foot/render.h

#pragma once

#include "terminal.h"
#include "fdm.h"
#include "wayland.h"

struct renderer;
struct renderer *render_init(struct fdm *fdm, struct wayland *wayl);
void render_destroy(struct renderer *renderer);

void grid_render(struct terminal *term);
void render_resize(struct terminal *term, int width, int height);
void render_set_title(struct terminal *term, const char *title);
void render_refresh(struct terminal *term);

void render_search_box(struct terminal *term);

struct render_worker_context {
    int my_id;
    struct terminal *term;
};
int render_worker_thread(void *_ctx);
render: break out rendering functions to render.{c,h} 2019-07-05 10:16:56 +02:00			`#pragma once`

			`#include "terminal.h"`
render: trigger terminal refreshes in an FDM hook In some cases, we end up calling render_refresh() multiple times in the same FDM iteration. This means will render the first update immediately, and then set the 'pending' flag, causing the updated content to be rendered in the next frame. This can cause flicker, or flashes, since we're presenting one or more intermediate frames until the final content is shown. Not to mention that it is inefficient to render multiple frames like this. Fix by: * render_refresh() only sets a flag in the terminal * install an FDM hook; this hook loops all terminals and executes what render_refresh() _used_ to do (that is, render immediately if we're not waiting for a frame callback, otherwise set 'pending' flag). for all terminals that have the 'refresh_needed' flag set. 2020-01-04 19:49:26 +01:00			`#include "fdm.h"`
			`#include "wayland.h"`
render: break out rendering functions to render.{c,h} 2019-07-05 10:16:56 +02:00
render: trigger terminal refreshes in an FDM hook In some cases, we end up calling render_refresh() multiple times in the same FDM iteration. This means will render the first update immediately, and then set the 'pending' flag, causing the updated content to be rendered in the next frame. This can cause flicker, or flashes, since we're presenting one or more intermediate frames until the final content is shown. Not to mention that it is inefficient to render multiple frames like this. Fix by: * render_refresh() only sets a flag in the terminal * install an FDM hook; this hook loops all terminals and executes what render_refresh() _used_ to do (that is, render immediately if we're not waiting for a frame callback, otherwise set 'pending' flag). for all terminals that have the 'refresh_needed' flag set. 2020-01-04 19:49:26 +01:00			`struct renderer;`
			`struct renderer render_init(struct fdm fdm, struct wayland *wayl);`
			`void render_destroy(struct renderer *renderer);`
render: break out rendering functions to render.{c,h} 2019-07-05 10:16:56 +02:00
			`void grid_render(struct terminal *term);`
render: remove 'refresh' from render_resize() 2020-01-03 13:56:10 +01:00			`void render_resize(struct terminal *term, int width, int height);`
render: break out rendering functions to render.{c,h} 2019-07-05 10:16:56 +02:00			`void render_set_title(struct terminal term, const char title);`
render: add render_refresh() 2019-07-24 20:09:49 +02:00			`void render_refresh(struct terminal *term);`
wip: initial multithreaded renderer 2019-07-29 20:13:26 +02:00
search: move render() function to the 'render' module 2019-08-29 20:18:06 +02:00			`void render_search_box(struct terminal *term);`
render: reload cursor theme when scale (may) have changed 2019-08-21 17:53:52 +02:00
wip: initial multithreaded renderer 2019-07-29 20:13:26 +02:00			`struct render_worker_context {`
			`int my_id;`
			`struct terminal *term;`
			`};`
			`int render_worker_thread(void *_ctx);`