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
[PD] load abbreviated objects
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
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
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