Sivecano/dwl - Change XHVBTXWGXGOVHLFX57RQI54NP2OY3BYI42K4ZODZDHXVZ2VF5YTQC

attach_render and commit are all that's needed

attach_render tells the output that a "new" buffer has been prepared (even if we haven't changed it). We need to call that and then commit it to keep the render loop going.

Software cursors will freeze momentarily during layout updates, but I suspect that this is not as easily fixed as it sounds. You can force software cursors by running:

WLR_NO_HARDWARE_CURSORS=1 .&#x2f;dwl

Created by Devin J. Pohly on July 30, 2020

XHVBTXWGXGOVHLFX57RQI54NP2OY3BYI42K4ZODZDHXVZ2VF5YTQC

Dependencies

In channels

main

Change contents

Deletion in dwl.c at line 1258 [5.4]
∅:D[3.262] → [4.1252:1253]
B:BD[4.1252] → [4.1252:1253]
∅:D[4.1267] → [5.21951:22028]
∅:D[6.4363] → [5.21951:22028]
B:BD[5.21951] → [5.21951:22028]
B:BD[5.22028] → [7.1586:1657]
```
	/* Begin the renderer (calls glViewport and some other GL sanity checks) */
	wlr_renderer_begin(drw, m->wlr_output->width, m->wlr_output->height);
```

Insertion in dwl.c at line 1260 [5.4]

[2.171]

[8.749]

		/* Begin the renderer (calls glViewport and some other GL sanity checks) */
		wlr_renderer_begin(drw, m->wlr_output->width, m->wlr_output->height);

Deletion in dwl.c at line 1266 [5.4]
B:BD[8.850] → [8.850:853]
```
	}
```

Replacement in dwl.c at line 1267 [5.4]

B:BD[5.22815] → [5.22815:23268]

B:BD[5.23268] → [6.4672:4730]

	/* Hardware cursors are rendered by the GPU on a separate plane, and can be
	 * moved around without re-rendering what's beneath them - which is more
	 * efficient. However, not all hardware supports hardware cursors. For this
	 * reason, wlroots provides a software fallback, which we ask it to render
	 * here. wlr_cursor handles configuring hardware vs software cursors for you,
	 * and this function is a no-op when hardware cursors are in use. */
	wlr_output_render_software_cursors(m->wlr_output, NULL);

[9.581]

[5.23331]

		/* Hardware cursors are rendered by the GPU on a separate plane, and can be
		 * moved around without re-rendering what's beneath them - which is more
		 * efficient. However, not all hardware supports hardware cursors. For this
		 * reason, wlroots provides a software fallback, which we ask it to render
		 * here. wlr_cursor handles configuring hardware vs software cursors for you,
		 * and this function is a no-op when hardware cursors are in use. */
		wlr_output_render_software_cursors(m->wlr_output, NULL);

Replacement in dwl.c at line 1275 [5.4]

B:BD[5.23332] → [5.23332:23419]

B:BD[5.23419] → [7.1695:1719]

	/* Conclude rendering and swap the buffers, showing the final frame
	 * on-screen. */
	wlr_renderer_end(drw);

[5.23332]

[6.4731]

		/* Conclude rendering and swap the buffers, showing the final frame
		 * on-screen. */
		wlr_renderer_end(drw);
	}