NSWindowStyles
JWM
NSWindowStyles | JWM | |
---|---|---|
2 | 4 | |
1,076 | 536 | |
- | 0.9% | |
1.8 | 6.3 | |
almost 3 years ago | 2 months ago | |
Swift | C++ | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
NSWindowStyles
-
How do I make a blurred transparent window using SwiftUI for macOS 12?
You’ll need an NSWindow (I.e., use an app delegate instead of the “SwiftUI life cycle”) and then you can customize it however you like: https://github.com/lukakerr/NSWindowStyles
-
Thoughts on Clojure UI framework
> how does the wrapper handle different UI/UX guidelines?
Most of it is automatically handled by the native interface of the OS when it renders the UI, some rare cases have to be dealt by the wrapper library developer, and some of it has to be done by the developer creating the app using the wrapper library.
For example, a Window usually has the default UI elements of a Title Bar, the title text, Max-minimize buttons, window resize handlers etc. In Windows, this is rendered with the Max-minimise buttons on the top-right corner, and the title left aligned in the title bar (if I remember right). On macOS, the same Window will be rendered with the max-minimise button on the top-left corner and the title centered in the title bar.
When you create a window on MS Windows OS using the Win32 API for it - http://www.winprog.org/tutorial/simple_window.html - the rendered window will be, by default, according to Microsoft UI / UX guidelines. Similarly, when you create a window using the cocoa faramework on macOS, the window will be rendered by default according to the UI / UX guidelines of Apple - https://github.com/lukakerr/NSWindowStyles .
This highlights how some UI / UX guidelines are baked into the native frameworks.
But if the wrapper library developer wants to create a custom UI component, they will have to ensure that the component is compliant with UI / UX guidelines of the OS they are rendered in.
JWM
- Running IntelliJ IDEA with JDK 17 for Better Render Performance with Metal
-
Fast and Elegant Clojure: Idiomatic Clojure without sacrificing performance
sigh
Yeah. I am very bullish on Kotlin. Think it's probably the most exciting language evolving right now.
I went on a few-tweet minirant here about why:
https://twitter.com/GavinRayDev/status/1443279425311805440
But the tl;dr is that:
- There is Jetpack Compose currently, for Desktop, Web, and Android
- And Kotlin Native putting a large portion of resources into Skia bindings (JetBrains calls the lib "Skiko" for Kotlin Native https://github.com/JetBrains/skiko and "Skija")
It's very clear (and there are some employees which have confirmed this IIRC) that they are working on "Jetpack Compose Everywhere" that runs on iOS as well, from a single codebase.
There's the big Kotlin event going on right now, where they just announced the new WASM backend and changes in their compiler + IR commonizing/restructuring ("K2").
- https://blog.jetbrains.com/kotlin/2021/10/the-road-to-the-k2...
- https://www.youtube.com/watch?v=-pqz9sKXatw
The net result is that you wind up with a single language that you can use to write your backend API, your UI code (Jetpack Compose app deployed across Web/Android/iOS/Mac/Win/Linux, or transpile to JS/TS if you just want a web app, etc) and with Kotlin Native even your native, low-level code to integrate with existing C/C++ etc ecosystem.
KN already does automatic bindgen for C and Swift headers, they have direct C++ interop (like Swift does) on their future roadmap as a potential "todo".
All of this is mostly possible already -- I can do the same thing using IE Java, GraalVM, and a transpiler like Google's j2cl or bck2brwser (which is what Gluon uses for JavaFX on the web). Including the "native" part.
IE, here's a contribution I made to get GraalVM producing native binaries using Skia from the JVM + JNI Jetbrains Skia library:
https://github.com/HumbleUI/JWM/issues/158
But Kotlin is pushing the hardest to make this whole platform/stack from native <-> desktop <-> mobile <-> browser a seamless, unified experience. And you can feel it, when you try to do the "whole stack, every platform, one language" thing.
Sorry for the rant and wall of text!
- Thoughts on Clojure UI framework
- The web is swallowing the desktop whole and nobody noticed (2017)
What are some alternatives?
SignalR-Client-Swift - Swift SignalR Client for Asp.Net Core SignalR server
tiled - Flexible level editor
vimr - VimR — Neovim GUI for macOS in Swift
datascript - Immutable database and Datalog query engine for Clojure, ClojureScript and JS
skiko - Kotlin MPP bindings to Skia
AfloatX - An alternative to Afloat that lives in the dock icon menu
Petalisp - Elegant High Performance Computing
BetterSegmentedControl - An easy to use, customizable replacement for UISegmentedControl & UISwitch.
criterium - Benchmarking library for clojure
Latest - A small utility app for macOS that makes sure you know about all the latest updates to the apps you use.
skija - Java bindings for Skia