You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Loading a few hundred labels are extremely slow on macos, but runs fast on Windows/Linux.
Makes it unusable on macos for anything more than a few labels.
Running instruments on macos I was able to trace most time spent to piet CoreGraphicsTextLayoutBuilder.
Not sure if the issue is there or druid itself.
Below example takes a few seconds after each click of button to load 200 labels on macos, but is instant in windows.
RichText with attributes also takes long.
This is probablylinebender/piet#472. If so, getting stuff released should fix things right up. We're working on that but depending on volunteers, so don't have a timeline.
Thanks for the quick response raphlinus. I think you are correct. I patched the Cargo.toml file to use the github version of piet-common, and it works perfectly on macos. Unfortunately there was also 1 place in druid that needed fixing too (spinner.rs should use piet Color enum, not reference) but after fixing that it works and loads labels significantly faster.
I'll wait until the update is released, and maybe do a workaround until then. I'm testing different GUIs for rusl, and druid is my favourite, so thanks to all working on druid - it is awesome.
Loading a few hundred labels are extremely slow on macos, but runs fast on Windows/Linux.
Makes it unusable on macos for anything more than a few labels.
Running instruments on macos I was able to trace most time spent to piet CoreGraphicsTextLayoutBuilder.
Not sure if the issue is there or druid itself.
Below example takes a few seconds after each click of button to load 200 labels on macos, but is instant in windows.
RichText with attributes also takes long.
A minimum working example:
If someone else can test and confirm to determine if hardware/setup problem or valid issue.
The text was updated successfully, but these errors were encountered: