Bradley Sepos

Possibly relevant: https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/e3883657540d4e99f0f77a3337aa37db4464eda3 @sr55 @jstebbins Should we incorporate this patch for 1.3.3?

Yep, that's the one I linked. Will incorporate it shortly.

> Nope. This is patch to patch you linked :) Truth! Thanks.

Appears correct. Will skip adding the patch for 1.3.3 as HandBrake already does this internally.

At the moment, all soft subs are transformed to SSA internally. This will likely not change; however, converting back to SRT or other formats is possible in the future. Patches...

Sorry for any confusion. The (draft, from the old wiki) documentation article does state that SRT is converted to SSA, but we don’t make that very clear elsewhere. Anyway, SRT...

Apologies for not follow up quickly since I asked you to open an issue here. Been a bit swamped, as they say. I'm currently working on putting together various design...

Attachments don't come through via email replies; please attach directly via https://github.com/HandBrake/HandBrake/issues/2879. No plans to update the icon/logo, though we only have a raster version and would love it in...

Ah, that looks like it's not using the dark icons at all. We do have appropriate assets in the graphics directory. Pinging @jstebbins to investigate.

Some info on how Mozilla is (or was) and others are doing things: https://lzone.de/blog/Detecting-a-Dark-Theme-in-GTK https://bugzilla.mozilla.org/show_bug.cgi?id=1527048 https://hg.mozilla.org/releases/mozilla-beta/rev/ca5607bbcad3 https://hg.mozilla.org/releases/mozilla-beta/rev/8dd6c8c8a610 Essentially, check both the GTK boolean `gtk-application-prefer-dark-theme` and whether rendered text is lighter...