not sure how much it helps but sometimes having multiple imguicontrollers and or multiple inputs fro
not sure how much it helps but sometimes having multiple imguicontrollers and or multiple inputs from the window stuff can get borked
RFor one: the native IMGUI demo works fine... same does the float3 stuff
RI don't have multiple controllers or multiple inputs, I am using the veldrid extension from Silk.net
Fnot sure then, just thought id throw it out there since i once encountered it
Rwhich adds a few helper methods to allow for Veldrid to render to a silk.net backend window
Lthe only experience we have working with ImGui is first through the desktop gl ImGuiController then through the gles one i did, how many people have even tried ImGui on veldrid through silk?
RNone
Rit seems
RBut the controller should not be the problem
Ryeah, my input code definitely is the one providing IMGUI with input, it aint reading it directly in native code
RThis stops most keyboard input including in the native IMGUI demo window
Ryou cannot type in the console they made
Rso it aint reading it from the window directly somehow
Rwhich means this implies I am doing something incredibly dumb in that code snapshot
RFound the problem, boy is it a pain in the ass
Rtwo widgets cannot have the same ID... which is derived from panel name
Loof
Fpain peko
Rthankfully
Rallows you to have seperate names internally with no visible change
Rin any case, console is now working
R
Rboom, and scrollback is gonna allocate a LOT
Rneed to think of a way of improving it
RRN I use stringbuilders to build the "scrollback"portion
RIn any case for now I have a console
R
Lnice job
Rwell I have had one for ages, actually since before I had a custom engine
Rback when I was still on godot
RIn fact I designed it in such a way that 90% of the code is the exact same including the UI really... so thats nice
RI guess
RIts crusty AF though
Hhow would I go about C# scripting in C#?
Like how can I compile the assembly?
is it
a. Make sure the users install .NET SDK then invoke from CLI?
b. Using mono and compile using mono?
Like how can I compile the assembly?
is it
a. Make sure the users install .NET SDK then invoke from CLI?
b. Using mono and compile using mono?
Lyou want to compile at runtime?
Li believe there is a way to do that without the SDK, one sec
LCodeProject
This tip shows how to compile and use C# code during runtime and its impact on speed.
Lalthough for game scripting, Lua is probably a better option
SI'd say opposite
Hyess either from my app or just the sdk
Lah yeah you probably want what i linked then
Hwhy is that?
Lgiving people unriddled access to the runtime is a terrible idea for security
Lthey could just start dumping files to a server or download viruses
Lwith a Lua sandbox you control p much everything they have access to
HHmmmmm
His there alternatives that is statically typed though?
Hi tried lua scripting in C++ before
Lthere probably is, but Lua is the most mature ive seen, and generally i havent run into issues with lua's non-type safety
Las long as you structure things right, it should be fine, just provide docs to the API and let people go wild with lua
Hi see