nanovg VS ish

I use nanovg for my projects and it works surprisingly well for its size. It integration is pretty simple .... if you know a little bit of OpenGL, otherwise there is a slight learning curve.

The "engine" is built on top of amazing https://www.lwjgl.org/ and https://github.com/bkaradzic/bgfx/, and UI system is baked by https://github.com/memononen/nanovg and https://github.com/facebook/yoga

It's a library for drawing vector shapes, sort of like SVG - https://github.com/memononen/nanovg The old way in the SDK was with GDI+, but the benefit of a vector format is scalability to higher resolutions and better GPU usage. The workaround potentially costs some frames, but its better than bust panels for now.

If you are a beginner in computer graphics, I strongly suggest you to look at the nanovg library: it contains all the primitives you might want to render (circles, lines, filled polygons, text, images, ...). Integrating it in existing codebase is not that hard, since the library is rather small.

NanoVG is the closest thing I came across when I had a similar quesiton: https://github.com/memononen/NanoVG

unfortunately it doesn't seem like it's getting steady updates now unlike the last time I checked. But I imagine it's pretty mature at this point. There also seem to be ports in Metal/DX11 if you didn't want to be stuck in OpenGL.

Also there's NanoVG if you really want a vector api in C, but don't need anti-aliased clipping.

Getting sufficient antialiasing quality for 2D graphics is difficult on GPUs. https://github.com/memononen/nanovg accomplishes this with GL2/GLES2 level hardware for most of the stuff one would want to render as part of a GUI. My project https://github.com/styluslabs/nanovgXC supports rendering arbitrary paths with exact coverage antialiasing, but requires GLES3.1 or GL4 level hardware for reasonable performance.

> to learn the 'nuts and bolts' of rendering

These nuts and bolts are very different between CPU and GPU. CPU-based libraries are painting pixels in bitmaps in system memory. Most GPU-based libraries are uploading indexed triangle meshes, and rendering them with weird shaders.

Worse, there're no good open source implementations of GPU-based ones. Microsoft ships an implementation as a part of OS (Direct2D) but it's not open source. Linux simply doesn't have an equivalent.

At least for initial versions, consider C interop with this https://github.com/memononen/nanovg It cuts a few corners (no cleartype for text, CPU overhead for repeated rendering of same static paths) but it's still good overall, simple, and easy to use.

> My only concern with C# is the cross compatibility

Works well on Linux, Windows and OSX, including ARM CPUs. Not sure about Android and iOS, never tested.

My largest concern with C# would be performance. Technically the language allows to code in any style, but most guides and examples are using OO-heavy one.

iSH

They don't "allow" it, but most apps that need background execution just ask permission for geolocation tracking and pretend to use it, for example iSH[1]. There are a few activities that the app can do to prevent itself from being suspended when it goes out of focus, like playing sound, geolocation etc.

[1] https://github.com/ish-app/ish/issues/249#issuecomment-54433...

Android: install termux, `pkg install openssh`, and preferably run `termux-setup-storage` to give it access to storage folders.

iOS: I think https://ish.app/ ?

This of course hasn't been true for years, eg: http://omz-software.com/pythonista/index.html

And you can run a C compiler (or anything) inside https://ish.app/ too.

False. iSH is an x86 "bytecode" emulator.

"Possibly the most interesting thing I wrote as part of iSH is the JIT. It's not actually a JIT since it doesn't target machine code. Instead it generates an array of pointers to functions called gadgets, and each gadget ends with a tailcall to the next function; like the threaded code technique used by some Forth interpreters."

https://github.com/ish-app/ish

There is an x86 virtual machkne running Linux available on the App Store now.

https://ish.app/

Now would Apple allow a full blown Windows VM is a different question

There are plenty of solutions for running Python in an IDE on the iPad. There is an even an x86 emulator and a Linux terminal built on top of it in the App Store.

https://ish.app/

It can run anything that you can run on an x86 in user mode. I downloaded the AWS CLI (which requires Python) to run some tests

By the way, you were completely wrong about VSCode being written in .Net.

> That's just compiling the code to a native binary, which you would then have to go submit through Apple's store. How does that help for an IDE expected to allow you to test (i.e. execute) and debug the code you've just written ten seconds ago?

There is an existence proof that it could be done. If you ran iSH with remote VNC you could have a full IDE on a Mac.

> We can see right there some examples of what isn't allowed:

Not making any statement regarding the mentioned workflow issues (I mostly agree with them), I really like iSH [1] for this sort thing.

It’s a “good enough” solution for the “I just quickly need to do something in a terminal” problems.

And because it’s an x86 Alpine Linux it can even run simple binaries if needed.

But for me it still couldn’t replace a dedicated laptop for proper tasks.

[1]: https://github.com/ish-app/ish