7thfactor / horus_ui Goto Github PK

Used for rotated quads, like rotary knobs, etc. We need to clip against scrollview rect when partially visible.

Two windows might live on different displays, so the fonts need to have dynamic pixel perfect scaling. No SDF fonts used for now, try to generate fonts for all current displays, if they differ in size/DPI. Try also SDF gen tho, if it's fast enough to gen now.

Trying to build on arch linux, after running sh ./setup.sh, when running sh ./generate.sh I am seeing this error

DX11 requires every window to have it's own swap chain. #10 may not the right place for it. We could convert windows to handles (unsigned int) and store windows in the context along side driver specific info like the swapchains that could also use this handle to lookup the swapchain of that window. In sdl2_input_provider.h we could also replace the sdlOpenGLCtx with a struct that would contain all the driver specific info and pass that off to the driver to allow specific info like this to be stored/managed. Reusing makecurrent would be able to handle setting the swapchain correctly for both drivers this way as well. You can assign this one to me if you like since I'm already working that out. Right now it's working but only for the main window and I added a global disable for detaching windows atm. We could also just allow a Window struct to store specific data like this and forget a handle, the driver would know it's data stored in the window itself. I would rather go that route. Any thoughts?

Linking custom_render_and_input fails on linux. This is what we get:

/usr/bin/x86_64-linux-gnu-ld: ../3rdparty/sfml/linux/lib/libsfml-window-s.a(JoystickManager.cpp.o): relocation R_X86_64_32S against symbol `_ZNSbIjSt11char_traitsIjESaIjEE4_Rep20_S_empty_rep_storageE' can not be used when making a PIE object; recompile with -fPIC

Fix it.

Add or improve error handling related to theme resources loading. Try to define a consistent error handling policy and apply it throughout the API where it makes sense.

Steps to reproduce the issue:

• run without_docking
• press the left mouse button on the scrollbar in order to drag it
• release the left mouse button and see how it continues to act as if it is pressed

Expected behavior:

• scrolling should stop once the left mouse button is released