FYI: Slow trigger search in BTT configuration when using SVGs in trigger HUD-Overlay

Bugs or Unexpected Behavior
1

Just for anyone else wondering why BTT is getting slow in the internal configurator search – it may be related to using big SVGs/Pictures in a HUD Overlay with triggers.

Describe the bug
With my growing list of triggers I tend to use the search bar in the btt configurator but this search gets really slow with taking seconds to enter another character... It resolved when I switched using Apple SF Symbols instead of importing SVGs into the HUD Overlay actions.

FYI: The SVGs are stored as text in every Trigger, so they can get really big – copy one trigger into a texteditior to check its content.

Device information:

  • Type of Mac: Macbook M1
  • macOS version: Sonoma 14.7.5
  • BetterTouchTool version: 5.377
2

thanks for reporting, there indeed seems to be an issue with svgs. I just tried and a single 5kb svg caused the BTT database to grow by 40MB. Something seems to get encoded incorrectly. I'll fix that.

1 Like
3

Thanks, Andreas!

4

Might be interesting for other developers:

When a user drops a svg on a system image view, the system rasterizes & renders the svg at (sometimes) super high resolution. This leads to huge data blobs being saved.

1 Like