[0]: https://observablehq.com/notebook-kit/kit) [1]: https://observablehq.com/notebook-kit/desktop
[0]: https://observablehq.com/notebook-kit/kit) [1]: https://observablehq.com/notebook-kit/desktop
People doing hardware accelerated GUIs have been using openGL for almost as long. This doesn't need to be a science project or a rabbit hole, drawing a GUI quickly is well worn territory.
> What does it have to do with Deno
can we at least try to give people the benefit of the doubt instead of pretending like everyone is out to get you? if you read the change-log, it spells it out well:
> Our goal is to provide a windowing solution for WebGPU without linking to native windowing systems like X11
> This is a low level API that can be used by FFI windowing libraries like sdl2, glfw, raylib, winit and more to create a WebGPU surface using native window and display handles.
do you get it yet?
> People doing hardware accelerated GUIs have been using openGL for almost as long. This doesn't need to be a science project or a rabbit hole, drawing a GUI quickly is well worn territory.
i suggest talking to other graphics professionals to get a better understanding of why opengl is not _the_ solution. for a tldr[0]:
> regular OpenGL on desktops had Problems. So the browser people eventually realized that if you wanted to ship an OpenGL compatibility layer on Windows, it was actually easier to write an OpenGL emulator in DirectX than it was to use OpenGL directly and have to negotiate the various incompatibilities between OpenGL implementations of different video card drivers. The browser people also realized that if slight compatibility differences between different OpenGL drivers was hell, slight incompatibility differences between four different browsers times three OSes times different graphics card drivers would be the worst thing ever. From what I can only assume was desperation, the most successful example I've ever seen of true cross-company open source collaboration emerged: ANGLE, a BSD-licensed OpenGL emulator originally written by Google but with honest-to-goodness contributions from both Firefox and Apple, which is used for WebGL support in literally every web browser.
also, openGL is deprecated on macOS.
[0]: https://cohost.org/mcc/post/1406157-i-want-to-talk-about-web...
try Command-C, Command-Option-V. works for me :)
also, if you're in need of a launcher, Raycast is nice. i don't use any of their fancy AI stuff and opted out of data tracking. i have several window management functions there that are indispensable.
I was very efficient in my Arch environment that I have tweaked gradually for over a decade so I was quite reluctant to make the move.
Trying to keep an open mind, I told myself that at least I will get the pleasure of using the amazingly intuitive and beautiful UIs that Apple have been tweaking since before I was even born!
Imagine my disappointment. Simple things are slow and annoying. Difficult things are impossible.
Something so basic as moving a file between two directories. Can you Command-X, Command-V it? No. If both folders are open in Finder tabs you can drag the file to the tab, then wait for a blinking animation to complete before you are allowed to drop it into the target folder.
I guess you should open both folders as separate windows and then drag. But that creates even more windows, and window management in Macos is just impossible to tweak, so you are forced to use Apple's weird gesture-based paradigm. It might feel productive since you make so many animations happen but switching to the window you're thinking of should - and could - take fractions of a second and feel like an extension of your mind but in this new reality it's more like choreographing a bizarre window ballet even when you get used to it.
Things could be so much better. But hey, the hardware seems pretty good.
try Command-C, Command-Option-V. works for me :)
also, if you're in need of a launcher, Raycast is nice. i don't use any of their fancy AI stuff and opted out of data tracking. i have several window management functions there that are indispensable.
For many, living in a city like that can be just as isolating, if not more. Because being surrounded by so many people and not having any real connections is a different kind of hurt. It's sort of a cosmic joke at that point.
after a while, it didn't work out like i thought it would. surely, it had nothing to do with me and my inability to socialize properly? nay! i came to the naive conclusion that the city was at fault, or that we were mismated: "it's not big enough and there's not enough to do, or places to meet people. it's really far from the things i like to do, like the ocean or hiking spots." so, i moved to one of the most dense, socially-active cities in the world.
been here a while and yeah, it sucks. i think you put it best, feels a bit like a cosmic joke. there's only a few places in the world where so many people are crammed into such a small place. yet, i have no one.
i had enough and dished out some $$$ to spend 2 months in a rural town. a real quiet place, one of those towns with a single coffee shop. no whole foods or any amazon shenanigans. i miss some things, but the only times i've felt this at home have been... at home, with my parents. i think i'll move back in with them and give up on the city dream.
Isn't the idea to write notes? I think constantly running a script to generate a static webpage would drive me insane. Isn't the whole point of a computational notebook to have some kind of integrated GUI?
if you must know, the product i work on is primarily a data lake. we have our own query language -> i have a fork of the CLI w added support for parsing custom cells. i don't know of any alternatives that give me a notebook so easily!
> running a script to generate a static webpage would drive me insane
possibly web-brained take but i don't mind it much. builds are instant for me, network latency is the only thing i find myself waiting around on.
> Isn't the whole point of a computational notebook to have some kind of integrated GUI
well yea, pretty sure the entire point of the desktop app is to show what you can build atop the new api! this preview is meant to expand the capability of observable within your own custom web app. the original framework was too close to some of the frustrations you mentioned, so they're trying to make it more amorphous :)
[0] https://github.com/observablehq/notebook-kit/tree/main/src/r...