hi list
here is a bugfix of Vradio and Hradio: the source is from miller's pd-0.37-2 I exchanged only the sequence of pd_float and DRAW_UPDATE I also changed the properties-window, there was an old feature which we don't need today (new&old).
the changes of vdial.c and hdial.c are attached, any changed line is labeled with /*tm*/
cheers, Thomas Musil.
Hi Thomas,
Are you SURE this is in 0.37-2??? I just re-downloaded that from my own website (to be sure), compiled it, and... I can't get the sticky behavior. That was broken in 0.37-1, all right, but I think I already fixed it... or am I misunderstanding something???
cheers Miller
On Sat, Aug 07, 2004 at 02:52:45PM +0200, musil@iem.at wrote:
hi list
here is a bugfix of Vradio and Hradio: the source is from miller's pd-0.37-2 I exchanged only the sequence of pd_float and DRAW_UPDATE I also changed the properties-window, there was an old feature which we don't need today (new&old).
the changes of vdial.c and hdial.c are attached, any changed line is labeled with /*tm*/
cheers, Thomas Musil.
...
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
Are you SURE this is in 0.37-2??? I just re-downloaded that from my own website (to be sure), compiled it, and... I can't get the sticky behavior. That was broken in 0.37-1, all right, but I think I already fixed it... or am I misunderstanding something???
Well, all I can say is that Thomas' patch did fix the problem for me on 0.37-2 downloaded about 20h ago, and it also fixes the devel-0_37 tree on sourceforge, which has 0.37-2 merged in.
I never had this problem with 0.37-1.
Ciao
Hi Miller
I downloaded pd-0.37-1 and pd-0.37-3 (both Windos) from your page. If You put the same send- and receive-name to vradio: pd-0.37-1 version works fine, pd-0.37-3 version has the bad behavior with unremoved squares. In function vradio_fout() of g_vdial.c of source pd-0.37-1, the line "x->x_on_old = x->x_on;" is first and then graphic will be redrawed. In function vradio_fout() of g_vdial.c of source pd-0.37-3, the line "x->x_on_old = x->x_on;" is after redraw-function. same case in g_hdial.c.
I checked also linux-sourcefrom your page. same case. pd-0.37-1 is ok, pd-0.37-2 has the old bug.
cheers Thomas.
Hi Thomas,
Are you SURE this is in 0.37-2??? I just re-downloaded that from my own website (to be sure), compiled it, and... I can't get the sticky behavior. That was broken in 0.37-1, all right, but I think I already fixed it... or am I misunderstanding something???
cheers Miller
OH, I get it now. (I never use the same send and receive name myself, so would never have found that!)
thanks... now I know a new case I hace to check when I go trying to improve the IEM GUIs...! I'll put in the fix and turn around a new release ASAP (hopefully today for linux and tomorrow for the rest...)
Miller
On Sun, Aug 08, 2004 at 03:45:49AM +0200, musil@iem.at wrote:
Hi Miller
I downloaded pd-0.37-1 and pd-0.37-3 (both Windos) from your page. If You put the same send- and receive-name to vradio: pd-0.37-1 version works fine, pd-0.37-3 version has the bad behavior with unremoved squares. In function vradio_fout() of g_vdial.c of source pd-0.37-1, the line "x->x_on_old = x->x_on;" is first and then graphic will be redrawed. In function vradio_fout() of g_vdial.c of source pd-0.37-3, the line "x->x_on_old = x->x_on;" is after redraw-function. same case in g_hdial.c.
I checked also linux-sourcefrom your page. same case. pd-0.37-1 is ok, pd-0.37-2 has the old bug.
cheers Thomas.
Hi Thomas,
Are you SURE this is in 0.37-2??? I just re-downloaded that from my own website (to be sure), compiled it, and... I can't get the sticky behavior. That was broken in 0.37-1, all right, but I think I already fixed it... or am I misunderstanding something???
cheers Miller
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
OH, I get it now. (I never use the same send and receive name myself, so would never have found that!)
thanks... now I know a new case I hace to check when I go trying to improve the IEM GUIs...! I'll put in the fix and turn around a new release ASAP (hopefully today for linux and tomorrow for the rest...)
Puh, I'm glad is was just an oversight, not a new policy. ;)
I don't know if it is good style to use the same send/receive names in a GUI object, nevertheless I do this a lot because it is very practical and saves a lot of work, both thinking and patching work.
Because of this I would suggest to add this functionality to the older symbol and number objects as well. Currently they bail out with a message loop if the same names are used.
Ciao
OK... fixed source is up (just took Thomas Musil's fixes).
I'll compile for mac and windows tomorrow...
cheers Miller
On Sun, Aug 08, 2004 at 11:00:56PM +0200, Frank Barknecht wrote:
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
OH, I get it now. (I never use the same send and receive name myself, so would never have found that!)
thanks... now I know a new case I hace to check when I go trying to improve the IEM GUIs...! I'll put in the fix and turn around a new release ASAP (hopefully today for linux and tomorrow for the rest...)
Puh, I'm glad is was just an oversight, not a new policy. ;)
I don't know if it is good style to use the same send/receive names in a GUI object, nevertheless I do this a lot because it is very practical and saves a lot of work, both thinking and patching work.
Because of this I would suggest to add this functionality to the older symbol and number objects as well. Currently they bail out with a message loop if the same names are used.
Ciao
Frank Barknecht _ ______footils.org__
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev
-
Frank Barknecht -
Miller Puckette -
musil＠iem.at