When i test ctrl event, ctrl event not enable. I think key id is not compatible. open demo-null and "Inputs Navigation & Focus" -> "Keyboard, Gamepad & Navigation State"

1. pressed x, name is right
2. pressed s, name is wrong, and not high light in virtual keyboard

Allowing the calling application to be notified of connects and disconnects simplifies logic around these events. Previously, the only solution was a busy loop which called takeEvents(), requiring a separate thread if the main thread needed to do other work. This solution allows these events to propagate asynchronously. These handlers were not added to Incppect because they would be called through the ImGuiWS class anyway and Incppect makes these events available to ImGuiWS. Additionally, if ImGuiWS is not being used to render frames but instead as a proxy for Incppect, this again simplifies the logic needed to respond to these events.

When i try http://85.90.246.132:5001/ demo, go to "Popups & Modal Windows" -> "Context menus", right click button is not open popups windows. Have same way to fix it?

This is a simple addition to the events list which could allow a client to send a TakeControl event to the server. The server could handle this request by giving mouse control to that client and rendering the window size of that client.

See if there is a way to avoid creating application window on the server and still generate ImDrawData. This would allow to start a remote instance on a cloud instance where we don't have GUI.

Looks like https://github.com/ocornut/imgui/blob/master/examples/example_null/main.cpp should be exactly what we are looking for.

Description

The goal is to create a simple framework for benchmarking various ImDrawData compression approaches by running them on the same input buffers and reporting the computation time and compression factors. This will help finding the best compression approach for #1

• [X] Record generated ImDrawData buffers generated from various scenes and store them in binary files
• [x] Implement a tool that reads those files and passes them to a custom compression function in the same way as if the buffers were generated by Dear ImGui. The tool would record the processing time and the output size.
• [X] Implement a tool that renders the binary files (i.e. replay) for display purposes

ref #5

• This change enables 32-bit vertex indices in Dear ImGui and also makes the WebGL renderer use 32-bit vertex arrays
• Your browser must support the OES_element_index_uint extension in order to run this
• After checking out this branch, make sure to remove CMakeCache.txt from your build folder and re-build the project

For now, I don't want to merge this into master yet, because I am not sure how many devices support this WebGL extension. Maybe we need to add some fallback logic if it is not supported.

Thanks for this brilliant project！ I think if I can copy and paste some text on imgui-ws . But i tried and failed. Take a look at source code:

      struct Event {
          enum Type {
              Unknown = 0,
              Connected,
              Disconnected,
              MouseMove,
              MouseDown,
              MouseUp,
              MouseWheel,
              KeyPress,
              KeyDown,
              KeyUp,
              Resize,
              TakeControl,
          };

Is it difficult to add c-v c-x function？This will be very helpful. thanks~

Hi @ggerganov

Thanks for your work on imgui-ws, it's a great implementation and should be very useful.

Just wondering if you could provide a quick example for properly rendering external opengl textures in imgui windows.

I can successfully render using normal imgui in a glfw window, however get a blank screen when viewing via imgui-ws.

I have looked at the setTexture function in the header file, however am unsure how this ties in with a texture already rendered using imgui and whether I would need to setTexture for imgui-ws when constructing the original opengl3 texture, etc.

I am also unsure if a rendered opengl texture inside a imgui window is counted inside ImGuiDrawData() when imguiWS.setDrawData(ImGui::GetDrawData()); is called. A quick example or a few pointers would be great.

Kind regards,

Tom.

Description

It is essential for the successful application of this WebSocket approach to minimise the amount of network traffic between the server and the clients. The WebSocket spec allows for extensions that perform general compression on the transmitted data, but it can only do so much. A custom approach, handcrafted for ImDrawData could significantly reduce the network traffic.

Current implementation

The differences are calculated per ImDrawList. For each ImDrawList, we store the position of the first vertex and subtract this value from all vertices in the draw list. This makes the ImDrawList invariant to shifts. The client takes care to restore the position offset before rendering the data.

If the current ImDrawList curList has the same size as it had in the previous frame prevList - the binary contents of curList and prevList are xored and run-length encoded. Otherwise - we send the full curList.

Ideas to explore

• [X] Per DrawList differences
• [ ] Deinterleave ImDrawVtx fields
• [ ] Rate control of focused/hovered windows
• [ ] Alternative ImDrawList structure