From eeb969722eb5d5cbb5c6fc2764087da8ba293286 Mon Sep 17 00:00:00 2001 From: Chris Cochrun Date: Thu, 5 Mar 2026 10:34:15 -0600 Subject: [PATCH] update todo --- TODO.org | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/TODO.org b/TODO.org index 7689820..432fd55 100644 --- a/TODO.org +++ b/TODO.org @@ -1,8 +1,16 @@ #+TITLE: The Task list for Lumina +* TODO [#C] Use orgize as a file parser and allow for orgdown files to represent a presentation. +Orgize has some very nice features that will let me determine what things are in an orgdown file and thus take said file and turn it into a presentation. + +After looking more and more at how the orgize docs describe things and the testing platform found at: https://poiscript.github.io/orgize/ I believe this will work. The main things are that I can possibly decide how to interpret certain pieces of orgdown to mean certain things in lumina. Essentially a properties drawer or tag can indicate backgrounds and other info for the slides or songs and then the notes blocks can indicate text that shouldn't be printed into the slide, thus allowing a single orgdown document to illustrate both an entire presentation, but also the notes and plan for the presenter. + +I could potentially do the same with markdown, but since this is for me first, I'll use orgdown because I enjoy the syntax a lot more. + * TODO Find a way to use auth-token in tests for ci If I can find out how to use my secrets in ci that would free up more tests, but I could also just turn that test off for the CI so that it won't constantly fail for now + * TODO [#A] Add Action system This will be based on each slide having the ability to activate an action (i.e. OBS scene switch, OBS start or stop) when it is active. @@ -41,7 +49,7 @@ The problem with this approach is that every change to a song's text or font met I bet this is tricking up the loading mechanism. Loading only grabs all the backgrounds and audio pieces, not the text_svg pieces. So maybe it should so that the generator can run again and grab the same pieces from the filesystem rather than recreate them. This gets extra tricky because we may have fonts that are missing when loading a file. In such a case the loading mechanism ought to suggest to the user to grab those fonts and then perhaps load the cached file while being extra clear that any changes will mess up the text since they no longer possess the font that is in the loaded file. Maybe what we can do is during save, save a copy of all the fonts as well and then during load check to see if the computer has them, if they don't offer to install them on the spot such that they can use the font as is. I wonder if we are allowed to pass fonts around that way. ** Made this slightly faster -Since strings are allocated on the heap, I've changed how to construct the svg string a bit, but honestly, it doesn't matter too much because most of the performance cost seems to be in rendering the string using resvg. So, this can still be something that get's fixed later +Since strings are allocated on the heap, I've changed how to construct the svg string a bit, but honestly, it doesn't matter too much because most of the performance cost seems to be in rendering the string using resvg. So, this can still be something that get's fixed later, and I believe that fix will come in the form of a multi-channel signed distance field wgpu rendered text eventually. We can work on this much later though. * TODO [#C] Make the presenter more modular so things are easier to change. This is vague...