On Mon, Jun 3, 2024 at 9:21 AM IOhannes m zmoelnig wrote:
> well, if your (GUI) preferences still work, then it did :-)
cool. preferences look familiar and get saved.
my (false) assumption was that this might also be the fallback in action.
cheers,
ben
On 6/3/24 09:17, Benjamin Wesch wrote:
On Mon, Jun 3, 2024 at 8:56 AM IOhannes m zmoelnig wrote:
[...] to confirm that it doesn't again introduce a regression [...]
confirmed with identical results as the hardcoded fix.
thanks.
what i obviously didn't test is whether this is returning a b
On Mon, Jun 3, 2024 at 8:56 AM IOhannes m zmoelnig wrote:
> [...] to confirm that it doesn't again introduce a regression [...]
confirmed with identical results as the hardcoded fix.
what i obviously didn't test is whether this is returning a bundleID here.
cheers,
ben
___
On 6/2/24 18:53, IOhannes m zmölnig wrote:
Maybe there's a more native way to access the bundle id within TclTk.
ha!
$::env(__CFBundleIdentifier) gives me that very information, without
having to do anything!
i have pushed a change to `develop` that uses this (f990857d), but
probably will
Am 2. Juni 2024 12:58:36 MESZ schrieb Dan Wilcox :
>Thanks for looking into this, y'all.
>
>I also agree that this check is not really necessary. We already know the
>BundleID we are using, but it might have been put in place as Pd-extended had
>a different domain (and hence BundleID), so checkin
ple Foundation C API instead and it's very fast
now. ;)
> On Jun 2, 2024, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
>
> Message: 1
> Date: Sun, 2 Jun 2024 10:40:16 +0200
> From: IOhannes m zm?lnig mailto:zmoel...@iem.at>>
> To: pd-list@lists.iem.at <mailto:pd
On Sun, Jun 2, 2024 at 10:42 AM IOhannes m zmölnig wrote:
> CI-builds should be available soon.
thanks! for the sake of completeness, here are my (reformatted)
hyperfine results for the CI build vs. last test version, including
the quitter-plugin.tcl variant. happy that this seems to be solved!
On 6/2/24 09:34, Benjamin Wesch wrote:
On Sun, Jun 2, 2024 at 8:45 AM IOhannes m zmölnig wrote:
[...] replace the dynamic reading of ::pd_guiprefs::domain
without really understanding the whole mechanism: isn't this already
defined here then?
https://github.com/pure-data/pure-data/blob/master
