On 2 June 2012 12:35, Mike Miller <mtmil...@ieee.org> wrote: > On Sat, Jun 2, 2012 at 2:46 AM, marco atzeri <marco.atz...@gmail.com> wrote: >> On 6/1/2012 4:49 PM, Robert T. Short wrote: >>>> >>> The solution is simple enough. If you insist on using padarray in >>> marcumq then padarray needs to be moved out of image. As someone said, >>> image could depend on signal but signal depending on image makes no sense. >>> >>> More specifically padarray is really a general purpose function. >>> Shouldn't it live in a general purpose package? >> >> padarray in general purpose is an acceptable solution. >> > > If we're going to add something to general, it should be Bob's tablify > (see previous threads on this list, trackers #3522119 and #3522120). > It is more suited to what the signal package needs padarray for. If no > objections I'll add that and remove dependency on image.
I agree with this. And I'd much prefer to keep padarray on the image package since to be consistent with matlab's image package. Carnë ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
