How to reproduce:

• run the supplied ui example
• toggle scale with the / key

1:1 physical pixel scale:

Default DPI-aware scaling:

This issue is specifically for the aliasing seen in the middle of the image, e.g. the bird's chest. There is a different alpha bug that causes aliasing at the border of the circle that applies to any image with transparency.

I'm trying to use a glfw backend for bevy instead of the default bevy_winit backend. I wanted to use bevy_egui and bevy_inspector_egui, but bevy_egui explicitly depends on winit. I was hoping to feature-gate those code parts or make them generic traits so that bevy_egui can be more.. portable (?).

places where winit specific code is used:

1. a couple workarounds for scroll delta https://github.com/mvlabat/bevy_egui/blob/main/src/systems.rs#L198
2. setting cursoricon which is gated behind clipboard feature https://github.com/mvlabat/bevy_egui/blob/main/src/systems.rs#L365

I think they are that important to keep bevy_egui specific to only winit backend.

Both bevy and winit support wayland surfaces natively, but bevy_egui opts out of the necessary feature flags.

In testing, it looks like just enabling them works fine. I don't know how to test if it makes a difference on wasm, though. Consider enabling wayland for bevy and winit, or at least supporting this through a feature flag?

Hi,

When I run the ui.rs example and I "minimize" the "Window" widget I consistently get the following crash ( https://github.com/mvlabat/bevy_egui/blob/main/examples/ui.rs#L110):

wgpu error: Validation Error

Caused by:
    In a RenderPass
      note: encoder = `<CommandBuffer-(1, 284, Metal)>`
    In a set_scissor_rect command
    Invalid ScissorRect parameters


thread 'main' panicked at 'Handling wgpu errors as fatal by default', /.../.cargo/registry/src/github.com-1ecc6299db9ec823/wgpu-0.7.1/src/backend/direct.rs:1896:5
stack backtrace:
  11: <bevy_egui::egui_node::EguiNode as bevy_render::render_graph::node::Node>::update
             at ./src/egui_node.rs:266:9
          at ./examples/ui.rs:7:5

I found problems on mobile device and chrome developer tool's mobile device mode. The video is recorded on chrome on macbook.
This happpens in https://desk-x.com and your demo mvlabat.github.io/bevy_egui_web_showcase, and does not happens in https://egui.rs

Problems

1. Drag position is reset on any next touch.
2. It can be moved by dragging any position.

Possible solution

Proper handling of touch release event (or something).

I cannot get the live web demo to work on iOS (Firefox or Chrome): https://mvlabat.github.io/bevy_egui_web_showcase/index.html.

All I see is a white screen.
I wish I knew how to debug it more than that, but I think I need to have a Mac to debug iOS Safari, and I don't.

I can get the bevy examples to run in the same context: https://bevyengine.org/examples/
So I don't think it's a problem with bevy itself.

I currently have an app with an egui::SidePanel on the left and an egui::TopBottomPanel on the bottom. This is working great. Now if I go to Bevy and add an obj file and render it, I can see that the panels are simply drawn on top of the scene rendering context. What I would like is for the the rendering scene to fill the space that is not covered by the panels. So, shifted to the upper right area of the window, in this way, the world point (0, 0, 0) would be at the center of the un-paneled space. (does this make sense)

I am not sure how to make this adjustment, I have been going though the Bevy docs but did not see anything there. Thought it might be in one of the bevy_egui examples but it does not seem so.

Can this be done? If so, can you add some documentation to point peeps in the right direction? :).

Prior art from miniquad.

I cloned the crate and I can run the examples from the command line fine. ex cargo run --example simple

If I make a main.rs and fill it with the contents of simple.rs and cargo run it will fail with a runtime error and a gnarly error

thread 'thread 'thread 'mainCompute Task Pool (5)Compute Task Pool (2)' panicked at '' panicked at '' panicked at 'Requested resource does not exist: alloc::boxed::Box<dyn bevy_render::renderer::render_resource_context::RenderResourceContext>Requested resource does not exist: alloc::boxed::Box<dyn bevy_render::renderer::render_resource_context::RenderResourceContext>Requested resource does not exist: alloc::boxed::Box<dyn bevy_render::renderer::render_resource_context::RenderResourceContext>', ', ', C:\Users\jmw99\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_ecs-0.5.0\src\system\system_param.rsC:\Users\jmw99\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_ecs-0.5.0\src\system\system_param.rsC:\Users\jmw99\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_ecs-0.5.0\src\system\system_param.rs:::244244244:::171717

and it's full backtrace simple backtrace.txt

I am using windows 10, is there any special configuration I have to do in the TOML? It clearly can work as it runs from the example configurations no problem. Thanks

This is more of a question than an issue. In my application, I currently have various parallel systems showing different windows. Most times they work just fine, but they occasionally provoke a startup crash, so I wonder if this is a limitation or a bug.

The first few lines of the startup crash error message:

thread 'main' panicked at 'already mutably borrowed', C:\Users\vi\.cargo\registry\src\github.com-1ecc6299db9ec823\atomic_refcell-0.1.7\src\lib.rs:151:23
stack backtrace:
   0: std::panicking::begin_panic_handler
             at /rustc/9bc8c42bb2f19e745a63f3445f1ac248fb015e53\/library\std\src\panicking.rs:493
   1: core::panicking::panic_fmt
             at /rustc/9bc8c42bb2f19e745a63f3445f1ac248fb015e53\/library\core\src\panicking.rs:92
   2: core::panicking::panic_str
             at C:\Users\vi\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\library\core\src\panicking.rs:57
   3: atomic_refcell::AtomicRefCell<egui::memory::Memory>::borrow_mut<egui::memory::Memory>
             at C:\Users\vi\.cargo\registry\src\github.com-1ecc6299db9ec823\atomic_refcell-0.1.7\src\lib.rs:151
   4: epaint::mutex::Mutex<egui::memory::Memory>::lock
             at C:\Users\vi\.cargo\git\checkouts\egui-5e4507fa4153be06\effd3c7\epaint\src\mutex.rs:144
   5: egui::context::Context::memory
             at C:\Users\vi\.cargo\git\checkouts\egui-5e4507fa4153be06\effd3c7\egui\src\context.rs:378
   6: egui::context::Context::style
             at C:\Users\vi\.cargo\git\checkouts\egui-5e4507fa4153be06\effd3c7\egui\src\context.rs:443
   7: egui::containers::window::{{impl}}::show_impl::{{closure}}
             at C:\Users\vi\.cargo\git\checkouts\egui-5e4507fa4153be06\effd3c7\egui\src\containers\window.rs:255
   8: core::option::Option<egui::containers::frame::Frame>::unwrap_or_else<egui::containers::frame::Frame,closure-0>
             at C:\Users\vi\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\library\core\src\option.rs:427
   9: egui::containers::window::Window::show_impl
             at C:\Users\vi\.cargo\git\checkouts\egui-5e4507fa4153be06\effd3c7\egui\src\containers\window.rs:255
  10: egui::containers::window::Window::show<closure-0>
             at C:\Users\vi\.cargo\git\checkouts\egui-5e4507fa4153be06\effd3c7\egui\src\containers\window.rs:236

Today I tried updating both bevy and bevy_egui to their latest versions. Suddenly, in my UI system, I can no longer get the context for the primary window. The code looks like this:

pub fn ui(
    egui_ctx: ResMut<EguiContext>,
    // other stuff...
) {
    let ctx = egui_ctx.ctx(); // crashes
    
    // other stuff...
}

Oddly enough the example code seems to work just fine. I have no idea which interactions within the code might be causing the crash. I can upload the full code if it helps.

I would like to build an editor-style application with an egui-rendered panel next to a view of my in-game world. Right now, the closest example I could find to that is two_windows.rs which spawns a window on top of a bevy camera. I don't really want to use a window, I just a panel docked to one (ideally, both) sides of the screen with a bevy camera drawing the middle.

Is this even possible with egui? Do I need to install a Frame, maybe? If you can point me towards the right solution - and if I get it working - I'll contribute back an example.

Summary

Holding an arrow key, both in the ui example, and in my project, does not keep moving the cursor inside ui.text_edit_singleline elements.

In the official egui demo app this works.

How to Reproduce

• cargo run --example ui
• Click the "Write something" panel on the left; hold a, observe production of aaaaaaaaaaaaaaaaa
• While still in panel, hold Arrow left. The cursor will only jump one character left.

Hello, i see how to load and remove the bevy logo picture.
What i'd like to do is to send signal to change the logo teint / color , but keep the texture.

The dirty solution is to have many png similar but with preprocessed colors and to load it when needed.

The wished solution would be to have buttons to increment/decrement RGBA canals, and to get fast changing colors on the left side panel. Is there a struct field or method to target the color inside egui part ?
The bevy part is SpriteBundle.sprite.color

What i thought is to access through a Component like this:

#[derive(Component)]
struct CurrentColorIndicator;

but here :

egui::SidePanel::left("side_panel")
        .default_width(100.0)
        .show(egui_ctx.ctx(), |ui| {
            ui.heading("Side Panel");            

            ui.add(egui::widgets::Image::new(
                egui::TextureId::User(BEVY_TEXTURE_ID),
                [256.0, 256.0],
            ));
        .insert(CurrentColorIndicator)

i can not do
.insert(CurrentColorIndicator)

Hey, not sure if this is on bevy_egui's end or if I'll have to chase it through egui. I updated https://github.com/ndarilek/bevy_egui_a11y to work on Bevy 0.6. Formerly, pressing tab moved focus once. Now it seems to move focus rapidly.

It seems like some of these events are being triggered on hold rather than just on press. Focus should only move once when I press tab.

Thanks!

This was recently fixed in egui itself (emilk/egui#247), but doesn't currently work correctly in bevy_egui.

I'm trying to use bevy main, but there are incompatibilities. Can we set up a branch to be compatible with bevy main?

When mixing bevy_ui and bevy_egui in a project, it's random which one will be rendered on top of the other.

Pic about egui being rendered below bevy ui (in this case there is a blueish background covering the whole screen):

How it should look like:

It's random whether egui will be above bevyui for each start.

Discord discussion about the issue in the Bevy Discord: https://discord.com/channels/691052431525675048/929761837363363950/929762436733624410

Dependencies:
bevy = "0.6.0"
bevy_egui = "0.10.0"

set_egui_texture only supports rendering Textures. It'd be great if I could draw a subsection of a TextureAtlas. Maybe by calling something like:

set_egui_texture_atlas(id: u64, texture_atlas: Handle<TextureAtlas>, texture_index: u32)

The specific use case I'm trying to support is previewing animated sprites in egui.

By the way, bevy_egui has been amazing to use so far! Thanks so much for making it :)

Is there a way to check if egui is handling the currently received input event? I'm trying to add hotkeys but need to know first if the UI should be handling the event or if I should handle it in the game. I think I could basically check if any text input has focus, but it seems like there should be a better way

Please excuse this non-issue, just looking for some help.
I'm looking to render a 3D scene with bevy and show it in a egui window as an image, the bevy_gui example is very close to what I want. I was wondering if you had any pointers or examples of how to render to a texture instead of the screen in bevy.

7 | .add_plugin(EguiPlugin)
| ---------- ^^^^^^^^^^ the trait bevy::prelude::Plugin is not implemented for EguiPlugin
| |
| required by a bound introduced by this call

I have just added env_logger::init(); to the simple.rs example and I'm getting the following message every frame:

[2021-10-04T09:17:50Z ERROR gfx_backend_vulkan]
    VALIDATION [UNASSIGNED-CoreValidation-DrawState-QueueForwardProgress (-400166253)] : Validation Error: [ UNASSIGNED-CoreValidation-DrawState-QueueForwardProgress ] Object 0: handle = 0xea7170000000031, type = VK_OBJECT_TYPE_SEMAPHORE; Object 1: handle = 0x1e5f980a668, type = VK_OBJECT_TYPE_QUEUE; Object 2: handle = 0x1e5f980a668, type = VK_OBJECT_TYPE_QUEUE; | MessageID = 0xe825f293 | vkQueueSubmit(): pSubmits[0].pSignalSemaphores[0] is signaling VkQueue 0x1e5f980a668[] (VkSemaphore 0xea7170000000031[]) that was previously signaled by VkQueue 0x1e5f980a668[] but has not since been waited on by any queue.
    object info: (type: SEMAPHORE, hndl: 1055837926409109553), (type: QUEUE, hndl: 2087245096552), (type: QUEUE, hndl: 2087245096552)

Here's my setup.
Dependencies:

bevy = "0.5.0"
bevy_egui = "0.7.0"
env_logger = "0.9.0"

compiler: rustc 1.57.0-nightly (9dbb26efe 2021-10-03)
OS: Windows 10
GPU: GeForce GTX 1050 Ti
GPU driver: NVIDIA 472.12

Let me know if I can provide any further information to help reproduce.

Will the egui_extras lib be accessible through bevy_egui?

I have a situation where I would like to use a Table widget. This is not built into the released version of egui right now, but seems as though a recent merge to master has provided some basic functionality. Is there a way (without forking bevy_egui) that I can get bevy_egui to use the GIT version of egui? Right now it seems as though it is hard coded.

See discussion at emilk/egui#296 and emilk/egui#963 for more details.

Possibly adding a feature flag for a specific git branch of egui would be nice.

I recently updated bevy_egui to 0.12.1 (from 0.11) and bevy-inspector-egui to 0.9 (from 0.8). Both are now using egui 0.17, as checked via cargo tree.

Code that previously rendered fine does nothing. It runs (evidenced by debugging print statements inside a Window::new("").show() function. All the bevy systems are still running, but the egui code yields nothing.

There are no errors in compilation, no panics.

Perhaps an issue with providing the right contexts/data for bevy and egui in #78 ?

Hey

I'm having issues (and generally a nice time!) with using bevy-egui, and mouse/keyboard input still being consumed by the main bevy system code. This would be something nice to suppress somehow, probably opt-in, however I do feel that generally the happy path is for egui related input to be handled by egui, then suppressed (if possible).

Currently I am suppressing if egui.has_pointer_focus() (or somesuch), however, all my input processing code on the bevy side has to be made aware of egui, and it is getting unweildy.

I don't have enough of an understanding of bevy's input system, and where bevy-egui actually get's it's input from, to know where this is solvable from, so I'm just asking here as it seems the most obvious choice.

Is this solvable within bevy-egui? Is it currently do-able with bevy's input system?

Thanks

This crate depends on https://github.com/aweinstock314/rust-clipboard which is unmaintained. Which also depends on quininer/x11-clipboard#19 that unmaintained to. Which also depends on xkb which is unsound and also unmaintained 🤣
Can we switch to a different crate for clipboard management?

First of all, thanks for bringing egui to bevy !

It seems that the manage_clipboard isn't considered in several places. I tried:

cargo run --example simple --no-default-features --features="bevy/x11 bevy/bevy_wgpu"

And got a bunch of errors:

error[E0432]: unresolved import `crate::EguiClipboard`
 --> src/systems.rs:2:5
  |
2 |     EguiClipboard, EguiContext, EguiInput, EguiOutput, EguiSettings, EguiShapes, WindowSize,
  |     ^^^^^^^^^^^^^ no `EguiClipboard` in the root

error[E0433]: failed to resolve: use of undeclared type `ClipboardContext`
   --> src/lib.rs:185:17
    |
185 |                 ClipboardContext::new()
    |                 ^^^^^^^^^^^^^^^^ use of undeclared type `ClipboardContext`

error[E0433]: failed to resolve: use of undeclared type `RefCell`
   --> src/lib.rs:186:26
    |
186 |                     .map(RefCell::new)
    |                          ^^^^^^^ use of undeclared type `RefCell`

error[E0433]: failed to resolve: use of undeclared type `EguiClipboard`
   --> src/lib.rs:349:38
    |
349 |         resources.get_or_insert_with(EguiClipboard::default);
    |                                      ^^^^^^^^^^^^^ use of undeclared type `EguiClipboard`

error[E0412]: cannot find type `EguiClipboard` in this scope
   --> src/lib.rs:140:6
    |
140 | impl EguiClipboard {
    |      ^^^^^^^^^^^^^ not found in this scope

error[E0412]: cannot find type `RefMut` in this scope
   --> src/lib.rs:182:29
    |
182 |     fn get(&self) -> Option<RefMut<ClipboardContext>> {
    |                             ^^^^^^ not found in this scope
    |
help: consider importing one of these items
    |
49  | use bevy::ecs::RefMut;
    |
49  | use core::cell::RefMut;
    |
49  | use std::cell::RefMut;
    |

error[E0412]: cannot find type `ClipboardContext` in this scope
   --> src/lib.rs:182:36
    |
140 | impl EguiClipboard {
    |     - help: you might be missing a type parameter: `<ClipboardContext>`
...
182 |     fn get(&self) -> Option<RefMut<ClipboardContext>> {
    |                                    ^^^^^^^^^^^^^^^^ not found in this scope

warning: unused import: `log`
  --> src/systems.rs:13:5
   |
13 |     log,
   |     ^^^
   |
   = note: `#[warn(unused_imports)]` on by default

error[E0599]: no method named `system` found for fn item `for<'r, 's, 't0, 't1, 't2, 't3> fn(Res<'r, EguiContext>, ResMut<'s, EguiOutput>, ResMut<'t0, EguiShapes>, ResMut<'t1, [type error]>, Res<'t2, bevy::prelude::Windows>, Res<'t3, WinitWindows>) {systems::process_output}` in the current scope
   --> src/lib.rs:342:69
    |
342 |         app.add_system_to_stage(stage::UI_FRAME_END, process_output.system());
    |                                                                     ^^^^^^ method not found in `for<'r, 's, 't0, 't1, 't2, 't3> fn(Res<'r, EguiContext>, ResMut<'s, EguiOutput>, ResMut<'t0, EguiShapes>, ResMut<'t1, [type error]>, Res<'t2, bevy::prelude::Windows>, Res<'t3, WinitWindows>) {systems::process_output}`
    |
    = note: `process_output` is a function, perhaps you wish to call it

error: aborting due to 8 previous errors; 1 warning emitted

After the initialization of the bevy app, I run cargo run with the WorldInspectorPlugin but encounter this error.

This isn't really an issue, more of a question... I was wondering, it is possible to check if any GUI elements from egui consumed an input event? Basically, I want to avoid getting input events in my own entities if the user e.g. clicked on a gui element, so I don't get the mouse events twice. (e.g. in a FPS game if you click the "pause" button, it shouldn't shoot the gun, because the GUI should've already consumed the input event)

I did not see a PR for this.

Build against current bevy git (https://github.com/bevyengine/bevy#449a1d223c170cf22b4034217774c47bcaf93482) fails with the following errors:

error[E0432]: unresolved import `bevy::app::EventReader`
 --> src/systems.rs:7:5
  |
7 |     app::EventReader,
  |     ^^^^^^^^^^^^^^^^ no `EventReader` in `app`

error[E0277]: `*const ()` cannot be sent between threads safely
   --> src/systems.rs:344:27
    |
344 |     winit_windows: Option<Res<WinitWindows>>,
    |                           ^^^^^^^^^^^^^^^^^ `*const ()` cannot be sent between threads safely
    |
    = help: within `WinitWindows`, the trait `Send` is not implemented for `*const ()`
    = note: required because it appears within the type `PhantomData<*const ()>`
    = note: required because it appears within the type `WinitWindows`
    = note: required because of the requirements on the impl of `Resource` for `WinitWindows`
note: required by a bound in `bevy::prelude::Res`
   --> /Users/<user>/.cargo/git/checkouts/bevy-f7ffde730c324c74/c747cc5/crates/bevy_ecs/src/system/system_param.rs:203:23
    |
203 | pub struct Res<'w, T: Resource> {
    |                       ^^^^^^^^ required by this bound in `bevy::prelude::Res`

error[E0277]: `*const ()` cannot be shared between threads safely
   --> src/systems.rs:344:27
    |
344 |     winit_windows: Option<Res<WinitWindows>>,
    |                           ^^^^^^^^^^^^^^^^^ `*const ()` cannot be shared between threads safely
    |
    = help: within `WinitWindows`, the trait `Sync` is not implemented for `*const ()`
    = note: required because it appears within the type `PhantomData<*const ()>`
    = note: required because it appears within the type `WinitWindows`
    = note: required because of the requirements on the impl of `Resource` for `WinitWindows`
note: required by a bound in `bevy::prelude::Res`
   --> /Users/<user>/.cargo/git/checkouts/bevy-f7ffde730c324c74/c747cc5/crates/bevy_ecs/src/system/system_param.rs:203:23
    |
203 | pub struct Res<'w, T: Resource> {
    |                       ^^^^^^^^ required by this bound in `bevy::prelude::Res`

Some errors have detailed explanations: E0277, E0432.
For more information about an error, try `rustc --explain E0277`.

I have a dynamic number of images I want to show using bevy_egui. I am trying to preview single frames of animations. I basically have a handles: Vec<Handle<Image>>. To display that with bevy_egui, I figured I have to do something like

for (index, handle) in handles {
    egui_context.set_egui_texture(index as u64, handle)
}

However, If I try to do that with my next animation, the texture ids are already occupied by the previous animation. Thus I would need to have my program remember the texture ids already in use.

Could EguiContext do that internally for me? I imagine a function like

impl EguiContext {
    /// looks for the next free id and returns the TextureId that you can directly use with Ui::image
    pub fn add_texture(&mut self, texture: Handle<Image>) -> TextureId;
}

Benefits:

• The consumer does not need to remember occupied ids. (EguiContext does that implicitly already anway.)
• The consumer does not need to know how to generate TextureIds. It would be similar to Bevy's Handles: I can ask bevy_egui to take care of an image, I get the id and can use it without ever looking into it.

Could you please update the integration for egui 0.15.0? Thanks so much!

I had taken a moment to realize there was already a dedicated branch for using the main branch of bevy with bevy_egui. I propose that you add a note near the Bevy support table to make it more clear to users how to use this branch.

hello,
how can i replace painting example by this simple breakout example
https://github.com/bevyengine/bevy/blob/main/examples/game/breakout.rs
and keep the rest of the interface ?

i'd like to display widgets like this around the canvas
https://cdn.cloudflare.steamstatic.com/steam/apps/6010/ss_1efdc683240bfff2f7293388dad94fc47c233d35.1920x1080.jpg?t=1571778027

https://d3isma7snj3lcx.cloudfront.net/optim/images/photos/00/00/01/13/tres-peu-de-surprises-parmi-les-constructions-disponibles-ME0000011334_2__w830.jpg

I copied and ran the ui.rs example and the result is extremely dark, on the verge of illegible:

This is much darker than the screenshots posted both here and in the egui repository, so I imagine that this is a bug. Apart from everything being almost impossible to see, the ui seems to work fine.

I am using the following setup:

• Rust 2021
• bevy 0.7
• bevy_egui 0.13.0
• Windows 10, Vulkan on AMD Radeon Pro WX3200 Graphics

Update:
All the other examples are darker as well.

I'm trying to get the bevy dynamic building feature working for faster build times. I have been able to get the bevy crate's examples building with the dynamic feature , so I know it is possible for bevy to build with dynamic on my machine with the following these steps

bevyengine/bevy#1126
https://bevyengine.org/learn/book/getting-started/setup/ - Fast Compile section

However, the bevy_egui is not working with those same steps. It does work with the dynamic feature removed. I've created a fork showing the changes I've made, just adding the fast compile .carg/config.toml file & "dynamic" feature to bevy dependency.

https://github.com/bayswaterpc/bevy_egui

It gives the following error when building any of the example targets
bevy_egui dynamic bevy error blob.txt

If anyone has been able to get this working on Windows would love some tips.

I would like to globally modify some egui visuals, I tried using this

fn ui_setup(egui_context: ResMut<EguiContext>) {
    egui_context.ctx().set_visuals(egui::Visuals {
        window_shadow: Default::default(),
        ..Default::default()
    });
}

as a startup system. (Just added this to the simple.rs example.) Unfortunately, this results in a panic:

thread 'main' panicked at '`EguiContext::ctx()` called before the ctx has been initialized. Consider moving your UI system to `CoreStage::Update` or run you system after `EguiSystem::BeginFrame`.'

The message here seems to be relevant to regular systems, but not to startup systems. How do I ensure that my startup system runs after the context has been initialized?

Introduction of the a3d113a commit prevents Egui from resetting the latest_pos field of the PointerState struct, which makes it possible to continue dragging a slider, for example, when a cursor leaves a window (which fixed #61). But after this change, it became apparent that Bevy often fails to emit a mouse up event if it happened outside of a focused window (so far I believe it affects only browsers), which results in behaviour similar to this one in the video: #61 (comment).

I'd like to render some egui windows relative to the world rather than the window. Is this possible?

If not, could you sketch out what might need to be done /changed to add this feature? I would be willing to submit a PR for it

Right now drawing transparent images result in the background being filled with white.

Hello,

Hit this one in the process of porting my game to Bevy 0.6. I have an egui system that needs to access context.ctx().output().events in CoreSystem::PostUpdate. This was doable in 0.5, but in 0.6 gives:

thread 'Compute Task Pool (1)' panicked at 'already mutably borrowed', C:\Users\Nolan\scoop\persist\rustup\.cargo\registry\src\github.com-1ecc6299db9ec823\atomic_refcell-0.1.8\src\lib.rs:151:23                                                                         
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace                                                        

I can send you the full stacktrace if you like, but I do have a sample that reproduces this. https://github.com/ndarilek/bevy_egui_a11y has a main branch that works against Bevy 0.5, and a bevy-0.6 branch that crashes immediately on launch.

I tried moving this system around a bit, but it really needs to run with these events populated, and none of the simpler stage moves (I.e. just running it in Update or PreUpdate) did anything other than prevent the crash. I suppose I could manually order each UI system to run before the screen reader, but that'd be a lot of code on each system when what I really want to do is add the screen reader before whatever egui needs to do to clean up the context.

Any idea why this stopped working? Are borrows handled differently in 0.9 and 0.10 in some way that might account for this?

Thanks a bunch!

The issue is in Windows 10, and the Deepin Linux is ok
bevy or egui master code examples are Ok

in current bevy_egui example,
cargo run --example simple
cargo run --example ui

When clicking minimize on the title bar, an error occurs,

    Finished dev [unoptimized + debuginfo] target(s) in 15.41s
     Running `target\debug\examples\simple.exe`
2022-01-17T14:30:40.319193Z  INFO bevy_render::renderer: AdapterInfo { name: "NVIDIA GeForce RTX 2080 Ti", vendor: 4318, device: 7687, device_type: DiscreteGpu, backend: Vulkan }
2022-01-17T14:30:45.951209Z ERROR wgpu::backend::direct: Handling wgpu errors as fatal by default
thread 'main' panicked at 'wgpu error: Validation Error

Caused by:
    In a RenderPass
      note: encoder = `<CommandBuffer-(0, 305, Vulkan)>`
    In a set_scissor_rect command
    Invalid ScissorRect parameters

', C:\Users\Administrator\.cargo\registry\src\rsproxy.cn-8f6827c7555bfaf8\wgpu-0.12.0\src\backend\direct.rs:2273:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
error: process didn't exit successfully: `target\debug\examples\simple.exe` (exit code: 101)

Before a496e49 it was possible to start dragging somewhere in the window (for example a slider), then move the cursor out of the window while still having the mouse button pressed and then returning.

After the change, the mouse events will stop firing as soon as the cursor leaves the window.

Removing the if in

a496e49#diff-420f4e08a25299e0e1fb09f4757e1d5d027a2278f37030c09ab9c06786cfa52eR155-R157

fixes this, although I'm not sure why, because the if condition is only false for one frame.

Before:

After:

It would be nice if we could use fonts obtained from the asset server. I'm not sure how feasible that would be or what the api would look like.

In order to be able to open a native file dialog (I used the native-dialog crate) I had to put the ui system on the main thread.

The reason being that on Mac, opening the file dialog is only supported from the main thread.

When the ui system is used in a single_threaded system stage it keeps on losing focus from all widgets.

Minimal reproduction code:
src/main.rs:

use bevy::prelude::*;
use bevy_egui::{egui, EguiContext, EguiPlugin};

#[derive(Debug, Hash, PartialEq, Eq)]
pub struct MainThread;

impl StageLabel for MainThread {
    fn dyn_clone(&self) -> Box<dyn StageLabel> {
        Box::new(MainThread)
    }
}

fn main() {
    App::new()
        .add_stage(MainThread, SystemStage::single_threaded())
        .add_plugins(DefaultPlugins)
        .add_plugin(EguiPlugin)
        .add_system_to_stage(MainThread, ui_system) // <- focus will be lost
        // .add_system(ui_system) // <- focus works fine
        .run();
}

fn ui_system(mut egui_context: ResMut<EguiContext>) {
    egui::Window::new("Whatever").show(egui_context.ctx_mut(), |ui| {
        ui.text_edit_singleline(&mut String::from("Hello, World!"));
    });
}

Cargo.toml:

[package]
name = "app"
version = "0.1.0"
edition = "2021"

[dependencies]
bevy = { version = "0.6.1" }
bevy_egui = "0.11.1"