[PD] Array resize : bug?

[Ivica Ico Bukvic]

Could you direct us to the fix?

 

I don't have the info handy-this has been something I did long before git (IIRC), but I think it is noted on the pre-Git changelog which means you could easily track it with a diff between those releases. It was either inside g_graph.c or g_array.c but there might be other source files involved as well.

 

HTH

 

.hc

 

On Mar 16, 2012, at 7:15 PM, Ivica Ico Bukvic wrote:





FWIW this has been fixed in L2Ork but only for the newly created arrays. Opening old patches requires resizing them as they are saved incorrectly in the patch.

Best wishes,

Ico

Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu <http://disis.music.vt.edu/> 
l2ork.music.vt.edu <http://l2ork.music.vt.edu/> 
ico.bukvic.net <http://ico.bukvic.net/> 

Jonathan Wilkes <jancsika at yahoo.com> wrote:

----- Original Message -----





> From: katja <katjavetter at gmail.com>


> To: pd-list at iem.at


> Cc: 


> Sent: Friday, March 16, 2012 6:35 PM


> Subject: Re: [PD] Array resize : bug?


> 


> On Fri, Mar 16, 2012 at 10:35 PM, Pierre Massat <pimassat at gmail.com> 


> wrote:


>>  Hi Katja,


>> 


>>  I confirm this behaviour in windows too. So I understand that the actual


>>  number of samples is the same, the only difference being that they all fit


>>  within the GOP frame when resized by a message, whereas the last sample is


>>  out of the frame when the size is set upon creation.


>> 


>>  Should I report a bug? Or is there a reason to this?


> 


> Oops, seems I responded off-list by accident.


> 


> The initial situation with
the last sample outside the frame is


> annoying, I guess this could be reported as a bug.





In 0.43.1-extended-20120201 at least, it is definitely a bug.  When you create an 


array with, say 10 elements, the last one extends 20 pixels outside of the gop box!





-Jonathan





> 


>> 


>>  2012/3/16 katja <katjavetter at gmail.com>


>>> 


>>>  Hello Pierre,


>>> 


>>>  With Pd-extended 0.42.5 for OSX it's similar to your description.


>>>  However, when resizing to a low size like 10, and manually counting


>>>  the number of 'sliders', it can be verified that the correct 


> number of


>>>  points is visually represented.


>>> 


>>>  Katja


>>> 


>>> 


>>>  On Fri, Mar 16, 2012 at 6:05 PM, Pierre Massat 


> <pimassat at gmail.com> wrote:


>>>  > Dear list,


>>>  >


>>>  > I've just noticed a strange behaviour of arrays in Pd-extended 


> 0.42.5


>>>  > running in Win XP.


>>>  > When I manually create an array and set it's size through its 


> properties


>>>  > (right-click, etc.), say, to 44100 samples, the range on the X 


> axis is 0


>>>  > to


>>>  > 44099. Fine.


>>>  > Now when I resize it by sending it a message ("array1 resize 


> 44100"),


>>>  > the X


>>>  > axis now spans from 0 to 44100 (that is 44101 samples).


>>>  >


>>>  > Anybody noticed this in other versions/platforms?


>>>  >


>>>  > Cheers,


>>>  >


>>>  > Pierre.


>>>  >


>>>  >





  _____  






>>>  >
Pd-list at iem.at mailing list


>>>  > UNSUBSCRIBE and account-management ->


>>>  > http://lists.puredata.info/listinfo/pd-list


>>>  >


>> 


>> 


> 


>





  _____  






> Pd-list at iem.at mailing list


> UNSUBSCRIBE and account-management -> 


> http://lists.puredata.info/listinfo/pd-list


> 





  _____  






Pd-list at iem.at mailing list


UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

_______________________________________________
Pd-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

 


----------------------------------------------------------------------------

 

"A cellphone to me is just an opportunity to be irritated wherever you are." - Linus Torvalds

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20120318/7b16a571/attachment-0001.htm>