On Dec 4, 2017, at 10:19 AM, pd-list-request@lists.iem.at wrote:
hi, just tried installing both the 32 and 64 bit vanilla builds on newly updated macbook with OSX 10.13.1, and get error pasted below.
so, i checked, and it seems this version of OSX only comes with tcl 8.5, not 8.4.
The main difference is that the 0.47-1 version of Pd uses an older version of Wish on macOS which expects Tk 8.4.
is there a simple way to get this working here?
Possibly.
Main thing is that you will need to copy the app launcher from the 0.48-0 app into the 0.47-1 app:
Once that is done, start Pd and set the log level to verbose. If the Tk version is 8.5.9, you don't want to use it as it's pretty buggy. Hopefully 10.13 comes with at least 8.5.13 by now...
If it is indeed 8.5.9, you copy the newer pre-built Tcl and TK frameworks in the 0.48-0 app into the 0.47-1 app:
The Tk search path order has Pd look inside the bundle first for the frameworks, so this should work.
For the record, the newest version of pd, 0.48-0 seems to work fine...except for that annoying font size issue, which currently renders it unusable for me.
Miller just merged my OR which fixes the sizing issue, so 0.48-1 should work fine for you when it comes out.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
awesome! thanks a lot Dan.
i got my TCL version by copying this into terminal:
echo 'puts [info patchlevel];exit 0' | tclsh
Even with the latest version of osx 10.13, downloaded last night, it still comes up as using 8.5.9, so the framework folder probably does need to be copied over. Your bullet point instructions were for copying the stuff from 0.47 to 0.48, but seems it should be opposite to that, as per your original instructions. So, here are the steps i followed, and it seems to work well as 0.47-1 always did for me before.
folder in Pd-0.47-1.app.
folder in Pd-0.47-1.app.
anyway, seems this is just a temporary measure until 0.48-1 gets a proper release.
thanks guys. now i can get back to work ;)
If you can, please test the sizing fixes. Here is a build I've been using the last month: Pd-0.48.0-sizingfixes.app.zip http://docs.danomatika.com/pdbuilds/Pd-0.48.0-sizingfixes.app.zip
On Dec 4, 2017, at 12:00 PM, Matt Davey hard.off@gmail.com wrote:
awesome! thanks a lot Dan.
i got my TCL version by copying this into terminal:
echo 'puts [info patchlevel];exit 0' | tclsh
Even with the latest version of osx 10.13, downloaded last night, it still comes up as using 8.5.9, so the framework folder probably does need to be copied over.
Your bullet point instructions were for copying the stuff from 0.47 to 0.48, but seems it should be opposite to that, as per your original instructions. So, here are the steps i followed, and it seems to work well as 0.47-1 always did for me before.
- close both apps (if open)
- right click on both apps and choose "Show Package Contents"
- copy the Contents/MacOS/Pd launcher from Pd-0.48-0.app into the Contents folder in Pd-0.47-1.app.
- copy the Contents/Frameworks folder from Pd-0.48-0.app into the Contents folder in Pd-0.47-1.app.
- open Pd-0.47-1.app
anyway, seems this is just a temporary measure until 0.48-1 gets a proper release.
thanks guys. now i can get back to work ;)
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
one thing i'm noticing with all these new builds...there seems to be one character of blank space to the right of every object and message box.
is that intentional? pretty sure it didn't used to be that way.
fonts on that .zip build you sent are working well, though...much closer to what i expected, and no overlapping object boxes like before.
On Dec 4, 2017, at 4:12 PM, Matt Davey hard.off@gmail.com wrote:
one thing i'm noticing with all these new builds...there seems to be one character of blank space to the right of every object and message box.
Not sure what you mean. If you're talking about the font sizing being slightly different into how it fits within the boxes, then I suppose so. The update basically ports the Pd-extended sizing to vanilla.
There is a sizing test patch I added in docs/7.stuff/tools we can now use to compare object and UI sizes. You can do a before and after between different versions of Pd and compare.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
There is a sizing test patch I added in docs/7.stuff/tools we can now use
to compare object and UI sizes. You can do a before and after between different versions of Pd and compare.
well, yeah, except that it seems now impossible to load old versions of PD on newest OSX
On Tue, Dec 5, 2017 at 12:15 AM, Dan Wilcox danomatika@gmail.com wrote:
On Dec 4, 2017, at 4:12 PM, Matt Davey hard.off@gmail.com wrote:
one thing i'm noticing with all these new builds...there seems to be one character of blank space to the right of every object and message box.
Not sure what you mean. If you're talking about the font sizing being slightly different into how it fits within the boxes, then I suppose so. The update basically ports the Pd-extended sizing to vanilla.
There is a sizing test patch I added in docs/7.stuff/tools we can now use to compare object and UI sizes. You can do a before and after between different versions of Pd and compare.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com robotcowboy.com
I seem to remember you just got Pd 0.47-1 working on 10.13. Perhaps you can check that and the sizing build you downloaded ... :)
On Dec 4, 2017, at 4:29 PM, Matt Davey hard.off@gmail.com wrote:
There is a sizing test patch I added in docs/7.stuff/tools we can now use to compare object and UI sizes. You can do a before and after between different versions of Pd and compare.
well, yeah, except that it seems now impossible to load old versions of PD on newest OSX
On Tue, Dec 5, 2017 at 12:15 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
On Dec 4, 2017, at 4:12 PM, Matt Davey <hard.off@gmail.com mailto:hard.off@gmail.com> wrote:
one thing i'm noticing with all these new builds...there seems to be one character of blank space to the right of every object and message box.
Not sure what you mean. If you're talking about the font sizing being slightly different into how it fits within the boxes, then I suppose so. The update basically ports the Pd-extended sizing to vanilla.
There is a sizing test patch I added in docs/7.stuff/tools we can now use to compare object and UI sizes. You can do a before and after between different versions of Pd and compare.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
from what i am seeing so far, those 0.48 and modified 0.47 builds look exactly the same as far as font and object size goes. They both seem ok.
i dunno why it seems there is an extra space to the right of objects....i have been using pd exclusively on desktop for the past few years, so maybe that's a part of it. But maybe it's a different font or something, and that's why there is space to the right sometimes? if i just make a basic [*~ 1] or something like that, i don't seem to get any space, but larger objects like [pack f f f s f f f] or something like that, always come with one character of space to the right, it seems
It might also be how the fonts are rendered on retina screens. You might just be used to how it was before. Can you send a screen shot of the sizing test showing what you mean?
On Dec 4, 2017, at 4:47 PM, Matt Davey hard.off@gmail.com wrote:
from what i am seeing so far, those 0.48 and modified 0.47 builds look exactly the same as far as font and object size goes. They both seem ok.
i dunno why it seems there is an extra space to the right of objects....i have been using pd exclusively on desktop for the past few years, so maybe that's a part of it. But maybe it's a different font or something, and that's why there is space to the right sometimes?
if i just make a basic [*~ 1] or something like that, i don't seem to get any space, but larger objects like [pack f f f s f f f] or something like that, always come with one character of space to the right, it seems
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
ok, i tested further....seems like any object with more than 3 characters in its name gets rendered with that space at the right.
yeah, it very well could be the retina thing, as this is the first retina laptop i have had.
will try that sizing test now
There are also a large number of screenshots from testing in the PR: https://github.com/pure-data/pure-data/pull/227 https://github.com/pure-data/pure-data/pull/227
On Dec 4, 2017, at 4:52 PM, Matt Davey hard.off@gmail.com wrote:
ok, i tested further....seems like any object with more than 3 characters in its name gets rendered with that space at the right.
yeah, it very well could be the retina thing, as this is the first retina laptop i have had.
will try that sizing test now
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
[image: Inline image 1]
On Tue, Dec 5, 2017 at 12:54 AM, Dan Wilcox danomatika@gmail.com wrote:
There are also a large number of screenshots from testing in the PR: https://github.com/pure-data/pure-data/pull/227
On Dec 4, 2017, at 4:52 PM, Matt Davey hard.off@gmail.com wrote:
ok, i tested further....seems like any object with more than 3 characters in its name gets rendered with that space at the right.
yeah, it very well could be the retina thing, as this is the first retina laptop i have had.
will try that sizing test now
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com robotcowboy.com
You're missing the font. Copy the font folder in the Contents/Resources from 0.48 to 0.47-1.
I can tell as Monaco zeros have slashes which Dejavu Sans Mono eros have a dot. The sizing is based on DVSM which will eventually be used on all pd platforms (just missing Windows now).
Also, you're not actually seeing retina rendering as Pd 0.47-1 doesn't have the hit in the Info.plist that enables it. You can copy that line from the 0.48 Info.plist into that of 0.47-1 if you want.
This is what I'm seeing:
On Dec 4, 2017, at 5:01 PM, Matt Davey hard.off@gmail.com wrote:
<Screen Shot 2017-12-05 at 1.01.00 am.png>
On Tue, Dec 5, 2017 at 12:54 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: There are also a large number of screenshots from testing in the PR: https://github.com/pure-data/pure-data/pull/227 https://github.com/pure-data/pure-data/pull/227
On Dec 4, 2017, at 4:52 PM, Matt Davey <hard.off@gmail.com mailto:hard.off@gmail.com> wrote:
ok, i tested further....seems like any object with more than 3 characters in its name gets rendered with that space at the right.
yeah, it very well could be the retina thing, as this is the first retina laptop i have had.
will try that sizing test now
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Actually, you might as well just copy the Info.plist form 0.48 into 0.47 as well as there is also an entry which specifies the font directory.
So yeah, you're getting into the nitty gritty of how the mac app bundle works. :) The template Info.plist is https://github.com/pure-data/pure-data/blob/master/mac/stuff/Info.plist https://github.com/pure-data/pure-data/blob/master/mac/stuff/Info.plist for reference. The main things you need are:
<key>ATSApplicationFontsPath</key> <string>font</string>
and
<key>NSHighResolutionCapable</key>
<true/>
On Dec 4, 2017, at 5:07 PM, Dan Wilcox danomatika@gmail.com wrote:
You're missing the font. Copy the font folder in the Contents/Resources from 0.48 to 0.47-1.
I can tell as Monaco zeros have slashes which Dejavu Sans Mono eros have a dot. The sizing is based on DVSM which will eventually be used on all pd platforms (just missing Windows now).
Also, you're not actually seeing retina rendering as Pd 0.47-1 doesn't have the hit in the Info.plist that enables it. You can copy that line from the 0.48 Info.plist into that of 0.47-1 if you want.
This is what I'm seeing:
<Screen Shot 2017-12-04 at 5.04.29 PM.png>
On Dec 4, 2017, at 5:01 PM, Matt Davey <hard.off@gmail.com mailto:hard.off@gmail.com> wrote:
<Screen Shot 2017-12-05 at 1.01.00 am.png>
On Tue, Dec 5, 2017 at 12:54 AM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: There are also a large number of screenshots from testing in the PR: https://github.com/pure-data/pure-data/pull/227 https://github.com/pure-data/pure-data/pull/227
On Dec 4, 2017, at 4:52 PM, Matt Davey <hard.off@gmail.com mailto:hard.off@gmail.com> wrote:
ok, i tested further....seems like any object with more than 3 characters in its name gets rendered with that space at the right.
yeah, it very well could be the retina thing, as this is the first retina laptop i have had.
will try that sizing test now
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
ok, i had a go with copying the font folder, but still get that space to the right.
for the moment, that's more than fine for my needs, and i have to get back to work, so thanks a lot for the help! i assume the new update is going to fix a lot of this anyway, and will be happy to help and report glitches if it doesn't.
thanks!
If the zeros have slashes, the sizing seems off since it's not using the right font. It should be fine with the next release.
On Dec 4, 2017, at 5:22 PM, Matt Davey hard.off@gmail.com wrote:
ok, i had a go with copying the font folder, but still get that space to the right.
for the moment, that's more than fine for my needs, and i have to get back to work, so thanks a lot for the help! i assume the new update is going to fix a lot of this anyway, and will be happy to help and report glitches if it doesn't.
thanks!
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
It will work, you really just need to add
<key>ATSApplicationFontsPath</key> <string>font</string>
to the app's Info.plist.
On Dec 4, 2017, at 5:22 PM, Matt Davey hard.off@gmail.com wrote:
ok, i had a go with copying the font folder, but still get that space to the right.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Sorry for all the back and forth. After all the work on the PR, I'd like to make *sure* we don't have any further issues for the next release.
Thanks for testing.
On Dec 4, 2017, at 5:27 PM, Dan Wilcox danomatika@gmail.com wrote:
It will work, you really just need to add
<key>ATSApplicationFontsPath</key> <string>font</string>
to the app's Info.plist.
On Dec 4, 2017, at 5:22 PM, Matt Davey <hard.off@gmail.com mailto:hard.off@gmail.com> wrote:
ok, i had a go with copying the font folder, but still get that space to the right.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
no worries, can take it off list even if you want.
<key>ATSApplicationFontsPath</key> <string>font</string>
didn't help though. there must be something else.
i'm in Japan and it's 2am, so that's it for me today, but happy to test anything to get this working perfect tomorrow.
for the moment, at least all my existing patches load with correct object box sizes. the tiny font issue i can deal with, but happy to help test to make sure that gets sorted too.
oyasumi-nasai