There has been lots of work on the 0.43 Pd GUI Rewrite, and it should
be quite useable now. Please try it for any daily patching and report
any issues that you might have so that they can be fixed. There is a
bunch of fun new stuff possible with plugins, like you can bind to any
key, for example make "O" give you an [osc~] and "P" give you a [pack]
while Ctrl-O and Ctrl-P keep their original meanings.
For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Also, here's the beginning of some docs on how to write GUI plugins.
Please add anything you know of, and ask questions so we can get more
stuff documented:
http://puredata.info/docs/PdGuiPluginsAPI
.hc
Programs should be written for people to read, and only incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs
not compiling... c
Hans-Christoph Steiner a écrit :
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should be quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch of fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep their original meanings.
For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Also, here's the beginning of some docs on how to write GUI plugins.
Please add anything you know of, and ask questions so we can get more stuff documented:http://puredata.info/docs/PdGuiPluginsAPI
.hc
Programs should be written for people to read, and only incidentally for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On your one machine while working on the other... if anyone else can
reproduce this build error, I'll gladly take a look again. :-) But I
cannot reproduce it.
.hc
On Jan 10, 2010, at 5:13 PM, cyrille henry wrote:
not compiling... c
Hans-Christoph Steiner a écrit :
There has been lots of work on the 0.43 Pd GUI Rewrite, and it
should be quite useable now. Please try it for any daily patching
and report any issues that you might have so that they can be
fixed. There is a bunch of fun new stuff possible with plugins,
like you can bind to any key, for example make "O" give you an
[osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep their
original meanings. For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite Also, here's the beginning of some docs on how to write GUI
plugins. Please add anything you know of, and ask questions so we
can get more stuff documented: http://puredata.info/docs/PdGuiPluginsAPI .hc ---------------------------------------------------------------------------- Programs should be written for people to read, and only incidentally for
machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
Ok, a friend just built a fresh Karmic system, and it had the same
problem. WTF, why can't autotools/gcc find libm on Ubuntu Karmic?
Anyway, I think I found a workaround, I committed it, so please try
again :-)
.hc
On Jan 10, 2010, at 6:48 PM, Hans-Christoph Steiner wrote:
On your one machine while working on the other... if anyone else
can reproduce this build error, I'll gladly take a look again. :-)
But I cannot reproduce it..hc
On Jan 10, 2010, at 5:13 PM, cyrille henry wrote:
not compiling... c
Hans-Christoph Steiner a écrit :
There has been lots of work on the 0.43 Pd GUI Rewrite, and it
should be quite useable now. Please try it for any daily patching
and report any issues that you might have so that they can be
fixed. There is a bunch of fun new stuff possible with plugins,
like you can bind to any key, for example make "O" give you an
[osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep
their original meanings. For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite Also, here's the beginning of some docs on how to write GUI
plugins. Please add anything you know of, and ask questions so we
can get more stuff documented: http://puredata.info/docs/PdGuiPluginsAPI .hc ---------------------------------------------------------------------------- Programs should be written for people to read, and only incidentally for
machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
http://at.or.at/hans/
hello,
yes, it is now compiling. but i've got this message in pd log :
WARNING: Font family 'Courier' not found, using default (courier)
and :
/home/nusmuk/pd/Gem/src/Gem.pd_linux: /home/nusmuk/pd/Gem/src/Gem.pd_linux: undefined symbol: s_symbol /home/nusmuk/pd/Gem/src/Gem: can't load library
is there somthnig specific to 0.43 so that i have to recompile gem?
cheers C
Hans-Christoph Steiner a écrit :
Ok, a friend just built a fresh Karmic system, and it had the same problem. WTF, why can't autotools/gcc find libm on Ubuntu Karmic?
Anyway, I think I found a workaround, I committed it, so please try again :-).hc
On Jan 10, 2010, at 6:48 PM, Hans-Christoph Steiner wrote:
On your one machine while working on the other... if anyone else can reproduce this build error, I'll gladly take a look again. :-) But I cannot reproduce it.
.hc
On Jan 10, 2010, at 5:13 PM, cyrille henry wrote:
not compiling... c
Hans-Christoph Steiner a écrit :
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should be quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch of fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep their original meanings. For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite Also, here's the beginning of some docs on how to write GUI plugins. Please add anything you know of, and ask questions so we can get more stuff documented: http://puredata.info/docs/PdGuiPluginsAPI .hc
Programs should be written for people to read, and only incidentally for machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
http://at.or.at/hans/
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Am 13.01.10 10:26 schrieb "cyrille henry" unter ch@chnry.net:
hello,
yes, it is now compiling. but i've got this message in pd log :
WARNING: Font family 'Courier' not found, using default (courier)
got the same also on Ubuntu 9.10 (I was still using tcl/tk8.4, probably this would go away with 8.5?)
and :
/home/nusmuk/pd/Gem/src/Gem.pd_linux: /home/nusmuk/pd/Gem/src/Gem.pd_linux: undefined symbol: s_symbol /home/nusmuk/pd/Gem/src/Gem: can't load library
got the same with maxlib/netclient: /usr/local/lib/pd/extra/maxlib/netclient.pd_linux: undefined symbol: s_float can't load library
I haven't tried recompiling maxlib against pd-gui-rewrite yet. Would this be supposed to solve the problem?
Sorry for repeating myself, but the new window-hierarchy menu is _really_ great, since it eases navigation in patches so much! Thanks for your work, Hans!
Roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
On Jan 13, 2010, at 4:45 AM, Roman Haefeli wrote:
Am 13.01.10 10:26 schrieb "cyrille henry" unter ch@chnry.net:
hello,
yes, it is now compiling. but i've got this message in pd log :
WARNING: Font family 'Courier' not found, using default (courier)
got the same also on Ubuntu 9.10 (I was still using tcl/tk8.4,
probably this would go away with 8.5?)
Try it and report back please :). Definitely use Tcl/Tk 8.5, it is a
big improvement.
and :
/home/nusmuk/pd/Gem/src/Gem.pd_linux: /home/nusmuk/pd/Gem/src/ Gem.pd_linux: undefined symbol: s_symbol /home/nusmuk/pd/Gem/src/Gem: can't load library
got the same with maxlib/netclient: /usr/local/lib/pd/extra/maxlib/netclient.pd_linux: undefined symbol: s_float can't load library
I haven't tried recompiling maxlib against pd-gui-rewrite yet. Would
this be supposed to solve the problem?
I haven't tested this, I don't know what an 0.42 binary wouldn't work
with 0.43. I know Miller has added some code to 0.43, but I don't
remember the details.
Sorry for repeating myself, but the new window-hierarchy menu is
_really_ great, since it eases navigation in patches so much! Thanks for your
work, Hans!
Glad you like it! Hopefully, it also means that 'pd' is doing less
work building that menu than the previous menu while 'pd-gui' is
handling the rest.
.hc
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent controls
you." - Richard M. Stallman
cyrille henry wrote:
hello,
yes, it is now compiling. but i've got this message in pd log : WARNING: Font family 'Courier' not found, using default (courier)
the default font for Pd is "Courier" (with captial "C"), which does not exist on your system (and mine). you can change that by adding "-font-face courier" to the startup-flags.
i'm not sure about the implications of changing the default font to "courier" (s_main.c:68) since it only has an effect on linux and w32 (actually on non-OSX), and i guess that w32 doesn't care about cases, i guess it would be a good idea to change it to "courier".
and :
/home/nusmuk/pd/Gem/src/Gem.pd_linux: /home/nusmuk/pd/Gem/src/Gem.pd_linux: undefined symbol: s_symbol /home/nusmuk/pd/Gem/src/Gem: can't load library
is there somthnig specific to 0.43 so that i have to recompile gem?
no. this is a bug in the pd-gui-rewrite build system. i think i have fixed it (rev12974). you have to rerun the entire build-chain (./autogen.sh && ./configure && make)
fgmasdr IOhannes
hello,
yes, you did fix the Gem loading error. (i had to make clean before autogen etc) so i gess i can now test 0.43
1st, i've got a stupid question : here is a snapshot of both 0.43 an 0.42. do i have a problem somewhere, or is 0.43 really suppose to look better than 0.42?
Cyrille
IOhannes m zmoelnig a écrit :
cyrille henry wrote:
hello,
yes, it is now compiling. but i've got this message in pd log : WARNING: Font family 'Courier' not found, using default (courier)
the default font for Pd is "Courier" (with captial "C"), which does not exist on your system (and mine). you can change that by adding "-font-face courier" to the startup-flags.
i'm not sure about the implications of changing the default font to "courier" (s_main.c:68) since it only has an effect on linux and w32 (actually on non-OSX), and i guess that w32 doesn't care about cases, i guess it would be a good idea to change it to "courier".
and :
/home/nusmuk/pd/Gem/src/Gem.pd_linux: /home/nusmuk/pd/Gem/src/Gem.pd_linux: undefined symbol: s_symbol /home/nusmuk/pd/Gem/src/Gem: can't load library
is there somthnig specific to 0.43 so that i have to recompile gem?
no. this is a bug in the pd-gui-rewrite build system. i think i have fixed it (rev12974). you have to rerun the entire build-chain (./autogen.sh && ./configure && make)
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
cyrille henry wrote:
hello,
yes, you did fix the Gem loading error. (i had to make clean before autogen etc)
ah yes (you should have been able to make clean after autblah as well)
so i gess i can now test 0.43
1st, i've got a stupid question : here is a snapshot of both 0.43 an 0.42. do i have a problem somewhere, or is 0.43 really suppose to look better than 0.42?
this is how 0.43 currently looks. i take your "look better" for slight sarcasm here, though i don't think it looks that bad (apart from the non-bold font) there is definitely a bug in the linespacing ("\n" are inserted at will)
fgmadsr IOhannes
IOhannes m zmoelnig a écrit :
this is how 0.43 currently looks.
ok
i take your "look better" for slight sarcasm here, though i don't think it looks that bad (apart from the non-bold font)
are the sometimes color changing line a feature????
why did "clear printout" disappear?
do you think "DSP" is more clear than "compute audio"?
there is definitely a bug in the linespacing ("\n" are inserted at will)
yep, also.
c
fgmadsr IOhannes
cyrille henry wrote:
IOhannes m zmoelnig a écrit :
this is how 0.43 currently looks.
ok
i take your "look better" for slight sarcasm here, though i don't think it looks that bad (apart from the non-bold font)
are the sometimes color changing line a feature????
i think they are meant to be (to improve readability)
why did "clear printout" disappear?
<Ctrl><Shift>L
do you think "DSP" is more clear than "compute audio"?
well, personally i don't care about the exact phrasing here. however, in theory it's localized, it's just that whoever did the french translation chose to use "DSP" rather than "calcule de son".
fgmasdr IOhannes
On Jan 13, 2010, at 11:39 AM, cyrille henry wrote:
IOhannes m zmoelnig a écrit :
this is how 0.43 currently looks.
ok
The look of the font is largely based on what fonts you have installed
and what fonts Tcl/Tk finds and assigns to "courier". That is a flaky
process, and something that has changed in Tcl/Tk 8.5. I highly
recommend installing the font "Inconsolata", its in Debian, Ubuntu,
Fedora, etc. It makes Pd look really nice, and pd-gui-rewrite will
use it automatically if it can find it.
but i've got this message in pd log : WARNING: Font family 'Courier' not found, using default (courier)
This means that Tk could not find a font called "Courier" on your
system and is using the Tk automagic font called 'courier'. Tk has
three of these automagic fonts called Courier, Times, and Helvetica.
How they are handled has changed in 8.5. They used to show up in
[font families], now they don't IIRC. These three automagic fonts are
guaranteed to exist, but they are automagically mapped to some font on
the system, and those fonts they are mapped to are not guaranteed to
be the same font as the name used for the automagic font. This is a
source of lots of font troubles in GNU/Linux, that's why there is some
font detection logic included in 0.43. So it'll detect and use good
fonts like Inconsolata.
If you think you can make the font handling work better on GNU/Linux,
I encourage you to do it. Federico and I have done what we can.
FYI: I switched back this branch to default to bold fonts (shudder...)
in preparation for the merge into vanilla.
i take your "look better" for slight sarcasm here, though i don't
think it looks that bad (apart from the non-bold font)are the sometimes color changing line a feature????
I think its a feature, but it should be more subtle. It needs to be
tweaked, its not done yet.
why did "clear printout" disappear?
Edit->Clear Console and Ctrl-Shift-L
do you think "DSP" is more clear than "compute audio"?
What if you are not working with audio but doing other kinds of
digital signal processing? The message is called 'pd dsp 1'. Having
the same thing named three different ways makes no sense (Pd window
checkbox "compute audio", Media menu "audio on/off", pd message "pd
dsp 1"). So now its called DSP all three places.
If you don't like the new Pd window, take the file "pdwindow.tcl",
rename it to "pdwindow-plugin.tcl" and put it in your Pd path. Then
make your own custom Pd window. Here's the steps:
- rename the namespace from 'pdwindow' to something else
- delete these public procs: ::pdwindow::create_window, pdtk_post,
pdtk_pd_dsp, pdtk_pd_meters, pdtk_pd_dio, using "rename pdtk_post {}"
- implement those above procs with those names
I'd like to see if this is possible. Let me know if you have
troubles, and I'll see what I can fix in the 0.43 code to make it
easier to do this kind of thing.
.hc
there is definitely a bug in the linespacing ("\n" are inserted at
will)yep, also.
c
fgmadsr IOhannes
"Making boring techno music is really easy with modern tools, but with
live coding, boring techno is much harder." - Chris McCormick
Hans-Christoph Steiner a écrit :
On Jan 13, 2010, at 11:39 AM, cyrille henry wrote:
IOhannes m zmoelnig a écrit :
this is how 0.43 currently looks.
ok
The look of the font is largely based on what fonts you have installed and what fonts Tcl/Tk finds and assigns to "courier". That is a flaky process, and something that has changed in Tcl/Tk 8.5. I highly recommend installing the font "Inconsolata", its in Debian, Ubuntu, Fedora, etc. It makes Pd look really nice, and pd-gui-rewrite will use it automatically if it can find it.
i install ttf-inconsolata, and still have the same error and same look. (?)
but i've got this message in pd log : WARNING: Font family 'Courier' not found, using default (courier)
This means that Tk could not find a font called "Courier" on your system and is using the Tk automagic font called 'courier'. Tk has three of these automagic fonts called Courier, Times, and Helvetica. How they are handled has changed in 8.5. They used to show up in [font families], now they don't IIRC. These three automagic fonts are guaranteed to exist, but they are automagically mapped to some font on the system, and those fonts they are mapped to are not guaranteed to be the same font as the name used for the automagic font. This is a source of lots of font troubles in GNU/Linux, that's why there is some font detection logic included in 0.43. So it'll detect and use good fonts like Inconsolata.
If you think you can make the font handling work better on GNU/Linux, I encourage you to do it. Federico and I have done what we can.
FYI: I switched back this branch to default to bold fonts (shudder...) in preparation for the merge into vanilla.
cool
i take your "look better" for slight sarcasm here, though i don't think it looks that bad (apart from the non-bold font)
are the sometimes color changing line a feature????
I think its a feature, but it should be more subtle. It needs to be tweaked, its not done yet.
ok
why did "clear printout" disappear?
Edit->Clear Console and Ctrl-Shift-L
do you think "DSP" is more clear than "compute audio"?
What if you are not working with audio but doing other kinds of digital signal processing? The message is called 'pd dsp 1'. Having the same thing named three different ways makes no sense (Pd window checkbox "compute audio", Media menu "audio on/off", pd message "pd dsp 1"). So now its called DSP all three places.
If you don't like the new Pd window, take the file "pdwindow.tcl", rename it to "pdwindow-plugin.tcl" and put it in your Pd path. Then make your own custom Pd window. Here's the steps:
- rename the namespace from 'pdwindow' to something else
- delete these public procs: ::pdwindow::create_window, pdtk_post,
pdtk_pd_dsp, pdtk_pd_meters, pdtk_pd_dio, using "rename pdtk_post {}"
- implement those above procs with those names
well, i also don't really read this text, so i do not fell the need to change it on my computer. but i think some peoples who use pd to make sound does not know what is a dsp.
c
I'd like to see if this is possible. Let me know if you have troubles, and I'll see what I can fix in the 0.43 code to make it easier to do this kind of thing.
.hc
there is definitely a bug in the linespacing ("\n" are inserted at will)
yep, also.
c
fgmadsr IOhannes
"Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder." - Chris McCormick
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Wed, 13 Jan 2010 21:32 +0100, "cyrille henry" ch@chnry.net wrote:
Hans-Christoph Steiner a écrit :
On Jan 13, 2010, at 11:39 AM, cyrille henry wrote:
IOhannes m zmoelnig a écrit :
this is how 0.43 currently looks.
ok
The look of the font is largely based on what fonts you have installed and what fonts Tcl/Tk finds and assigns to "courier". That is a flaky process, and something that has changed in Tcl/Tk 8.5. I highly recommend installing the font "Inconsolata", its in Debian, Ubuntu, Fedora, etc. It makes Pd look really nice, and pd-gui-rewrite will use it automatically if it can find it.
i install ttf-inconsolata, and still have the same error and same look. (?)
Are you sure it doesn't look like this, this is what I get and then Inconsolata works: WARNING: Font family 'Courier' not found, using default (Inconsolata)
Otherwise, try this: http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-...
.hc
but i've got this message in pd log : WARNING: Font family 'Courier' not found, using default (courier)
This means that Tk could not find a font called "Courier" on your system and is using the Tk automagic font called 'courier'. Tk has three of these automagic fonts called Courier, Times, and Helvetica. How they are handled has changed in 8.5. They used to show up in [font families], now they don't IIRC. These three automagic fonts are guaranteed to exist, but they are automagically mapped to some font on the system, and those fonts they are mapped to are not guaranteed to be the same font as the name used for the automagic font. This is a source of lots of font troubles in GNU/Linux, that's why there is some font detection logic included in 0.43. So it'll detect and use good fonts like Inconsolata.
If you think you can make the font handling work better on GNU/Linux, I encourage you to do it. Federico and I have done what we can.
FYI: I switched back this branch to default to bold fonts (shudder...) in preparation for the merge into vanilla.
cool
i take your "look better" for slight sarcasm here, though i don't think it looks that bad (apart from the non-bold font)
are the sometimes color changing line a feature????
I think its a feature, but it should be more subtle. It needs to be tweaked, its not done yet.
ok
why did "clear printout" disappear?
Edit->Clear Console and Ctrl-Shift-L
do you think "DSP" is more clear than "compute audio"?
What if you are not working with audio but doing other kinds of digital signal processing? The message is called 'pd dsp 1'. Having the same thing named three different ways makes no sense (Pd window checkbox "compute audio", Media menu "audio on/off", pd message "pd dsp 1"). So now its called DSP all three places.
If you don't like the new Pd window, take the file "pdwindow.tcl", rename it to "pdwindow-plugin.tcl" and put it in your Pd path. Then make your own custom Pd window. Here's the steps:
- rename the namespace from 'pdwindow' to something else
- delete these public procs: ::pdwindow::create_window, pdtk_post,
pdtk_pd_dsp, pdtk_pd_meters, pdtk_pd_dio, using "rename pdtk_post {}"
- implement those above procs with those names
well, i also don't really read this text, so i do not fell the need to change it on my computer. but i think some peoples who use pd to make sound does not know what is a dsp.
c
I'd like to see if this is possible. Let me know if you have troubles, and I'll see what I can fix in the 0.43 code to make it easier to do this kind of thing.
.hc
there is definitely a bug in the linespacing ("\n" are inserted at will)
yep, also.
c
fgmadsr IOhannes
"Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder." - Chris McCormick
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sun, Jan 10, 2010 at 11:02 PM, Hans-Christoph Steiner hans@at.or.atwrote:
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should be quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch of fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep their original meanings.
For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Then it may be time to examine why on my AMD64 system neither my own-built pd, neither others' 64-bit pd binaries are willing to cooperate with the rewrite. I have tried all 64-bit builds i could get my hands on but the rewrite refused to load the libs from any of them.
Anyone who successfully used pd with pd-gui-rewrite on 64-bit?
Andras
When I open help-intro.pd and try to close it, it either hangs or takes forever to close (winxp). Anyone else experience this? My computer isn't real fast, so if you have a mean machine try select all -> copy and paste and see if you can reproduce this. I've never had this problem until now..
-Jonathan
I haven't had that happen, but I am on a 2 year old machine, which is pretty fast. It sounds like it shouldn't happen tho. Does it happen with other patches, or just help-intro.pd?
.hc
On Mon, 11 Jan 2010 16:21 -0800, "Jonathan Wilkes" jancsika@yahoo.com wrote:
When I open help-intro.pd and try to close it, it either hangs or takes forever to close (winxp). Anyone else experience this? My computer isn't real fast, so if you have a mean machine try select all -> copy and paste and see if you can reproduce this. I've never had this problem until now..
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, 11 Jan 2010 17:53 +0100, "András Murányi" muranyia@gmail.com wrote:
On Sun, Jan 10, 2010 at 11:02 PM, Hans-Christoph Steiner hans@at.or.atwrote:
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should be quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch of fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep their original meanings.
For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Then it may be time to examine why on my AMD64 system neither my own-built pd, neither others' 64-bit pd binaries are willing to cooperate with the rewrite. I have tried all 64-bit builds i could get my hands on but the rewrite refused to load the libs from any of them.
Anyone who successfully used pd with pd-gui-rewrite on 64-bit?
Andras
The code is pretty simple, so it should work, but I don't have a 64-bit system to work on. I'd really like to get everything building on 64-bit, so please do post problems/errors.
.hc
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should
be
quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch
of
fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while
Ctrl-O
and Ctrl-P keep their original meanings.
For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Then it may be time to examine why on my AMD64 system neither my own-built pd, neither others' 64-bit pd binaries are willing to cooperate with the rewrite. I have tried all 64-bit builds i could get my hands on but the rewrite refused to load the libs from any of them.
Anyone who successfully used pd with pd-gui-rewrite on 64-bit?
Andras
The code is pretty simple, so it should work, but I don't have a 64-bit system to work on. I'd really like to get everything building on 64-bit, so please do post problems/errors.
Well, now I'm back to an i386 pd-extended. The newest gui-rewrite says "ERROR: 'pd' never showed up, 'pd-gui' quitting!". Is this normal? (Earlier versions started up alrite, just didn't load the libs.)
Andras
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put together a source package, i also don't know makefiles (yet). Do you think I could manage...?
On Thu, 14 Jan 2010 04:31 +0100, "András Murányi" muranyia@gmail.com wrote:
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should
be
quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch
of
fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while
Ctrl-O
and Ctrl-P keep their original meanings.
For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Then it may be time to examine why on my AMD64 system neither my own-built pd, neither others' 64-bit pd binaries are willing to cooperate with the rewrite. I have tried all 64-bit builds i could get my hands on but the rewrite refused to load the libs from any of them.
Anyone who successfully used pd with pd-gui-rewrite on 64-bit?
Andras
The code is pretty simple, so it should work, but I don't have a 64-bit system to work on. I'd really like to get everything building on 64-bit, so please do post problems/errors.
Well, now I'm back to an i386 pd-extended. The newest gui-rewrite says "ERROR: 'pd' never showed up, 'pd-gui' quitting!". Is this normal? (Earlier versions started up alrite, just didn't load the libs.)
If you haven't run "make install" then you have to run it like this:
cd 0.43 ./autogen.sh && ./configure && make cd src ./pd
Andras
PS i'd be happy to give you ssh to my 64-bit box if that helps.
Yes, I could do that. I'll send you my ssh key in a PGP signed email.
Then, I'm very interested in the PPA. I have no idea how to put together a source package, i also don't know makefiles (yet). Do you think I could manage...?
That's a good idea. I was just working on getting pd-gui-rewrite branch to build with 'debbuild'. Once I get that, I'll try submitting it to launchpad.
.hc
András Murányi wrote:
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put together a source package, i also don't know makefiles (yet). Do you think I could manage...?
hmm, i just tried to build pd-gui-rewrite on my 64bit box and it built out-of-the box and runs out of the box.
fm,gasdr IOhannes
IOhannes m zmoelnig wrote:
András Murányi wrote:
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put together a source package, i also don't know makefiles (yet). Do you think I could manage...?
hmm, i just tried to build pd-gui-rewrite on my 64bit box and it built out-of-the box and runs out of the box.
and while some commit yesterday broke library loading yet another time, it's now fixed again.
fgmasdr IOhannes
On Jan 14, 2010, at 9:26 AM, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
András Murányi wrote:
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put
together a source package, i also don't know makefiles (yet). Do you think I
could manage...?hmm, i just tried to build pd-gui-rewrite on my 64bit box and it
built out-of-the box and runs out of the box.and while some commit yesterday broke library loading yet another
time, it's now fixed again.fgmasdr IOhannes
I said usable, but I didn't say bug free ;). We just did get a bunch
of bugs fixed, I'll fix some more today
.hc
I hate it when they say, "He gave his life for his country." Nobody
gives their life for anything. We steal the lives of these kids. -
Admiral Gene LeRocque
2010/1/14 IOhannes m zmoelnig zmoelnig@iem.at
András Murányi wrote:
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put together
a
source package, i also don't know makefiles (yet). Do you think I could manage...?
hmm, i just tried to build pd-gui-rewrite on my 64bit box and it built out-of-the box and runs out of the box.
yes it builds out of the box as always did. i experienced other problems with it:
- it seemed like it didn't like my 32-bit pd install any more - this is
solved by HC: need to make before.
- it never accepted the libraries from my 64-bit pd-extended. My question at
this moment is: is there a version/branch/whatsoever of the rewrite which serves as a complete pd-extended, or it still relying on my "not-rewritten" pd-extended install?
Andras
András Murányi wrote:
2010/1/14 IOhannes m zmoelnig zmoelnig@iem.at
András Murányi wrote:
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put together
a
source package, i also don't know makefiles (yet). Do you think I could manage...?
hmm, i just tried to build pd-gui-rewrite on my 64bit box and it built out-of-the box and runs out of the box.
yes it builds out of the box as always did. i experienced other problems with it:
- it seemed like it didn't like my 32-bit pd install any more - this is
solved by HC: need to make before.
- it never accepted the libraries from my 64-bit pd-extended. My question at
this has been fixed recently: library loading used to not work and does now.
fgmasdr IOhannes
On Jan 15, 2010, at 3:56 PM, András Murányi wrote:
2010/1/14 IOhannes m zmoelnig zmoelnig@iem.at András Murányi wrote:
PS i'd be happy to give you ssh to my 64-bit box if that helps. Then, I'm very interested in the PPA. I have no idea how to put
together a
source package, i also don't know makefiles (yet). Do you think I
could
manage...?
hmm, i just tried to build pd-gui-rewrite on my 64bit box and it built out-of-the box and runs out of the box.
yes it builds out of the box as always did. i experienced other
problems with it:
- it seemed like it didn't like my 32-bit pd install any more - this
is solved by HC: need to make before.
- it never accepted the libraries from my 64-bit pd-extended. My
question at this moment is: is there a version/branch/whatsoever of
the rewrite which serves as a complete pd-extended, or it still
relying on my "not-rewritten" pd-extended install?
The nightly builds labeled Pd-devel are kind of like Pd-extended 0.43,
i.e with the new GUI. But not completely, only kind of.
.hc
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent controls
you." - Richard M. Stallman
just downloaded the latest build for xp. as soon as I click on the pd
window, this appears:
can't set "::editmode(.pdwindow)": invalid command name ".pdwindow.c" invalid command name ".pdwindow.c" while executing "$mycanvas configure -background white" (procedure "set_cords_by_editmode" line 16) invoked from within "set_cords_by_editmode ::editmode .pdwindow write" (write trace on "::editmode(.pdwindow)") invoked from within "set ::editmode($mytoplevel) $state" (procedure "pdtk_canvas_editmode" line 3) invoked from within "pdtk_canvas_editmode .pdwindow 0" (procedure "::pd_menus::configure_for_pdwindow" line 13) invoked from within "::pd_menus::configure_for_pdwindow " (procedure "::pd_bindings::window_focusin" line 9) invoked from within "::pd_bindings::window_focusin .pdwindow" (command bound to event)
and that's it, not possible even to go to the pd window. pd has to be
force shut.
João
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should be
quite useable now. Please try it for any daily patching and report any
issues that you might have so that they can be fixed. There is a bunch
of fun new stuff possible with plugins, like you can bind to any key,
for example make "O" give you an [osc~] and "P" give you a [pack] while
Ctrl-O and Ctrl-P keep their original meanings.For a more complete ChangeLog and links to nightly builds, see: http://puredata.info/dev/PdGuiRewrite
Also, here's the beginning of some docs on how to write GUI plugins.
Please add anything you know of, and ask questions so we can get more
stuff documented:http://puredata.info/docs/PdGuiPluginsAPI
.hc
Programs should be written for people to read, and only incidentally for
machines to execute.
- from Structure and Interpretation of Computer Programs
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
João Pais wrote:
just downloaded the latest build for xp. as soon as I click on the pd window, this appears:
can't set "::editmode(.pdwindow)": invalid command name ".pdwindow.c" invalid command name ".pdwindow.c" while executing "$mycanvas configure -background white" (procedure "set_cords_by_editmode" line 16) invoked from within "set_cords_by_editmode ::editmode .pdwindow write" (write trace on "::editmode(.pdwindow)") invoked from within "set ::editmode($mytoplevel) $state" (procedure "pdtk_canvas_editmode" line 3) invoked from within "pdtk_canvas_editmode .pdwindow 0" (procedure "::pd_menus::configure_for_pdwindow" line 13) invoked from within "::pd_menus::configure_for_pdwindow " (procedure "::pd_bindings::window_focusin" line 9) invoked from within "::pd_bindings::window_focusin .pdwindow" (command bound to event)
try deleting all the startup-plugins in the "startup/"; i think one of them is buggy.
fgmasdr IOhannes
On Jan 12, 2010, at 1:52 PM, João Pais wrote:
try deleting all the startup-plugins in the "startup/"; i think one
of them is buggy.sorry, where is that? I'm not following the discussion, in case that
was explained somewhere.
path/to/pd/startup, or you might have installed a plugin in previous
attempts. The plugin files are called *-plugin.tcl and they can be
loaded from anywhere in your Pd path (i.e. set in the preferences, -
path on the command line, etc.)
.hc
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
try deleting all the startup-plugins in the "startup/"; i think one of them is buggy.
sorry, where is that? I'm not following the discussion, in case that
was explained somewhere.path/to/pd/startup, or you might have installed a plugin in previous
attempts. The plugin files are called *-plugin.tcl and they can be
loaded from anywhere in your Pd path (i.e. set in the preferences, -path
on the command line, etc.)
something funny here. I don't see that file/folder(?). also, there aren't
any *-plugin.tcl files in my pd-ext. I also never installed any tcl
plugins.
On Jan 12, 2010, at 2:20 PM, João Pais wrote:
try deleting all the startup-plugins in the "startup/"; i think
one of them is buggy.sorry, where is that? I'm not following the discussion, in case
that was explained somewhere.path/to/pd/startup, or you might have installed a plugin in
previous attempts. The plugin files are called *-plugin.tcl and
they can be loaded from anywhere in your Pd path (i.e. set in the
preferences, -path on the command line, etc.)something funny here. I don't see that file/folder(?). also, there
aren't any *-plugin.tcl files in my pd-ext. I also never installed
any tcl plugins.
I am guessing you have an old version of editmode_look-plugin.tcl or
hide_cords-plugin.tcl in your pd/startup folder, or maybe /Program
Files/Common Files/Pd.
.hc
Information wants to be free. -Stewart Brand
Hans-Christoph Steiner wrote:
There has been lots of work on the 0.43 Pd GUI Rewrite, and it should be quite useable now. Please try it for any daily patching and report any issues that you might have so that they can be fixed. There is a bunch of fun new stuff possible with plugins, like you can bind to any key, for example make "O" give you an [osc~] and "P" give you a [pack] while Ctrl-O and Ctrl-P keep their original meanings.
sounds cool. but how does this help me with my ordinary patching problems?
e.g. Ctrl-1 to create a print object Ctrl-2 to create a numberbox try to connect the numberbox with the print object...the circle indicating a found outlet appears, but i cannot draw a chord; instead the number changes. if i try to do this with a msgbox, the msgbox is clicked.
i tried to unwind all recent changes (until beginning of the year), but still no luck. i removed all the startup plugins, but still no luck.
tried with 8.4 and 8.5 on debian squeeze/sid.
ah ja: and i create an object (e.g. [f]) i cannot click besides the object anymore to instantiate it; the only way to do that is to either leave edit-mode (Ctrl-E) or create another thing (e.g. Ctrl-1)
i cannot select anything anymore.
what happened?
fmgasdr IOhannes
-
András Murányi -
cyrille henry -
Hans-Christoph Steiner -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes zmölnig
-
Jonathan Wilkes -
João Pais -
Roman Haefeli