Re: [PD] load abbreviated objects
Someone might have removed [shell] from flatspace. "ggee" is the home of [shell], [ggee/shell] will always work. The abbreviations could be supported if someone does the work. .hc On Feb 24, 2008, at 10:19 AM, Jack wrote: > I have the same problem with [s2l] and [l2s] objects, you must create > first [symbol2list] and [list2symbol] objects. > Here, [shell] can't create even with [import flatspace] (it is the > right library ?). > ++ > > Jack > > > Le 24 févr. 08 à 05:17, marius schebella a écrit : > >> hi, >> what is the problem that (in pd-extended) abbreviated object classes >> like mtx_+ cannot be instantiated, I have to create mtx_add before. >> I think this is a known problem, but is there a solution to fix this? >> also, some of the objects can't be created, but I am not sure why for >> example mtx_add is one of these. is there a nameclash so that >> iemmatrix >> is not loaded by default? >> mtx_div seems to be an extra problem (can't be loaded). >> dumpOSC xx is another object that will not be created only with >> oscx/dumpOSC xx. >> what's the rule behind that? hans, do you want bugreports for that >> kind >> of stuff? are you planning to fix this at all or wait for 0.41? >> marius. >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list "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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] load abbreviated objects
I have the same problem with [s2l] and [l2s] objects, you must create first [symbol2list] and [list2symbol] objects. Here, [shell] can't create even with [import flatspace] (it is the right library ?). ++ Jack Le 24 févr. 08 à 05:17, marius schebella a écrit : > hi, > what is the problem that (in pd-extended) abbreviated object classes > like mtx_+ cannot be instantiated, I have to create mtx_add before. > I think this is a known problem, but is there a solution to fix this? > also, some of the objects can't be created, but I am not sure why for > example mtx_add is one of these. is there a nameclash so that > iemmatrix > is not loaded by default? > mtx_div seems to be an extra problem (can't be loaded). > dumpOSC xx is another object that will not be created only with > oscx/dumpOSC xx. > what's the rule behind that? hans, do you want bugreports for that > kind > of stuff? are you planning to fix this at all or wait for 0.41? > marius. > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] load abbreviated objects
Hallo! First: do you use the autobuilds or the "stable" pd-extended ? > what is the problem that (in pd-extended) abbreviated object classes > like mtx_+ cannot be instantiated, I have to create mtx_add before. Because the hexloader was broken - I don't know if this is already fixed in the autobuilds ... > I think this is a known problem, but is there a solution to fix this? > also, some of the objects can't be created, but I am not sure why for > example mtx_add is one of these. is there a nameclash so that iemmatrix > is not loaded by default? I once included all the iemmatrix objects and also it's aliases. They should be in the nightly autobuild version, although I don't know if the hexloader works (at least it should work with mtx_add, mtx_div, ...). However, I don't think that they should be loaded by default, but that's an other discussion ... ;) LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list