aboutsummaryrefslogtreecommitdiff
path: root/mknob.c
AgeCommit message (Collapse)Author
2010-09-17merged relevant changes from Pd-extended 0.42Hans-Christoph Steiner
svn path=/trunk/externals/moonlib/; revision=14153
2009-01-26I just went through all of the externals that include t_tk.h and found thatHans-Christoph Steiner
none of them actually need to include it, since none of them actually use the functions or macros declared in t_tk.h. Since pd-devel has removed t_tk.h, and hopefully pd-vanilla will soon also ditch t_tk.h, I have removed #include "t_tk.h" from everywhere it was doing nothing (but preventing pd-devel-extended from compiling). svn path=/trunk/externals/moonlib/; revision=10652
2007-10-29these two objects use the iemgui API, which puts t_object x_obj into a ↵Hans-Christoph Steiner
t_iemgui x_gui struct, so I adjusted the classname fix for that svn path=/trunk/externals/moonlib/; revision=8903
2007-10-29Following this thread:Hans-Christoph Steiner
http://lists.puredata.info/pipermail/pd-dev/2007-10/009797.html I have changed the save functions so that they will save the name of the object that it was actually instantiated with. This allows objects with savefns to work properly with namespaces. This is a fix for this bug: http://sourceforge.net/tracker/index.php?&aid=1818219&group_id=55736&atid=478070 svn path=/trunk/externals/moonlib/; revision=8902
2007-07-11got the lib to compile on MinGW by ifdeffing out the failing objects. These ↵Hans-Christoph Steiner
could be ported pretty easily since it's just a question of the open() function, I think. But it's really old, funky code, so why? svn path=/trunk/externals/moonlib/; revision=8005
2007-07-09This commit was generated by cvs2svn to compensate for changes in r7949,svn2git-rootHans-Christoph Steiner
which included commits to RCS files with non-trunk default branches. svn path=/trunk/externals/moonlib/; revision=7950