Hi, just a short note....
when building pd from cvs (devel_0_36 in this case) under Windows, the pd.tk line 1(set pd_nt) is not set appropriately (as stated in the file)
T
Thomas Grill said this at Thu, 30 Jan 2003 16:30:54 +0100:
Hi, just a short note....
when building pd from cvs (devel_0_36 in this case) under Windows, the pd.tk line 1(set pd_nt) is not set appropriately (as stated in the file)
Semi-related... do the mac-driven changes in pd.tk correctly yield native Windows menus? (This should be most obvious in XP, I'm guessing.)
What tools should I have in order to do build pd on windows?
Cheers, adam
Semi-related... do the mac-driven changes in pd.tk correctly yield native Windows menus? (This should be most obvious in XP, I'm guessing.)
Hmmm, they don't look really native but i already wondered whether something has changed....
What tools should I have in order to do build pd on windows?
To my knowledge Microsoft Visual C++ (version >= 6) is the only choice
T
Hallo, Adam Lindsay hat gesagt: // Adam Lindsay wrote:
Semi-related... do the mac-driven changes in pd.tk correctly yield native Windows menus? (This should be most obvious in XP, I'm guessing.)
Semi-semi-related: On Linux I cannot use the "peak meters" anymore with devel_0_36. I get:
invalid command name ".controls.in.clip"
in the console. Also sometimes using open- or savepanel hangs Pd. I cannot reproduce it, but it seems that this happens only, if the Open-dialog hides the Pd main window.
I should test it this is the case with official Pd as well, but I don't know, when I can do this. But somehow I have the impression that the Mac changes are the bad guys here...
ciao
Frank Barknecht said this at Thu, 30 Jan 2003 17:15:30 +0100:
Semi-semi-related: On Linux I cannot use the "peak meters" anymore with devel_0_36. I get:
invalid command name ".controls.in.clip"
in the console. Also sometimes using open- or savepanel hangs Pd. I cannot reproduce it, but it seems that this happens only, if the Open-dialog hides the Pd main window.
I should test it this is the case with official Pd as well, but I don't know, when I can do this. But somehow I have the impression that the Mac changes are the bad guys here...
You're right. My bad. Sorry.
In devel_0_36, pd.tk and/or u_main.tk should have all instances of: .controls.in.clip replaced with: .controls.inout.in.clip
It's not a feature that I use (haven't seen it work on the mac, actually), and so I overlooked it.
Thanks for spotting it, and for politely fingering me as the "bad guy."
adam
Hallo, Adam Lindsay hat gesagt: // Adam Lindsay wrote:
In devel_0_36, pd.tk and/or u_main.tk should have all instances of: .controls.in.clip replaced with: .controls.inout.in.clip
Thank you for the fast reply, it helped. For the record: One should also replace
.controls.out.clip
with
.controls.inout.out.clip
a little bit later in pd.tk/u_main.tk.
Do you also have an idea what might cause this hang when a dialog obscures the main window? Pd audio runs fine then, but it is impossible to close the dialog or open another openpanel dialog, which of course isn't much fun for long. I don't remember the console message, but I'll post it, when it occurs again.
ciao
-
Adam Lindsay -
Frank Barknecht -
Thomas Grill