actually, we don't want to store an arbitrary amount of colors.
This commit is contained in:
parent
b7a0481ed1
commit
65e6ccb880
2 changed files with 0 additions and 5 deletions
|
@ -30,8 +30,6 @@ String8 to_pretty_size(Arena *arena, u64 bytes)
|
||||||
return push_str8f(arena, "%zu B", bytes);
|
return push_str8f(arena, "%zu B", bytes);
|
||||||
}
|
}
|
||||||
|
|
||||||
// @Speed: instead of calling this function for every displayed byte, prefill an array
|
|
||||||
// of byte -> color only once and then just index it at `off`.
|
|
||||||
internal
|
internal
|
||||||
u32 mem_edit_bg_color_fn(const u8 *, u64 off, void *user_data)
|
u32 mem_edit_bg_color_fn(const u8 *, u64 off, void *user_data)
|
||||||
{
|
{
|
||||||
|
|
|
@ -13,9 +13,6 @@ struct Viewer {
|
||||||
|
|
||||||
u64 base_display_addr;
|
u64 base_display_addr;
|
||||||
u64 latest_page_gone_to;
|
u64 latest_page_gone_to;
|
||||||
|
|
||||||
// has size equal to app.inspected_file.size
|
|
||||||
u32 *byte_colors;
|
|
||||||
};
|
};
|
||||||
|
|
||||||
struct Edit_Bg_Color_Data {
|
struct Edit_Bg_Color_Data {
|
||||||
|
|
Loading…
Reference in a new issue