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
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net
----- Original Message -----
> From: katja <katjavetter@gmail.com>
> To: pd-list@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@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 withthe 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@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@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@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
>
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
----------------------------------------------------------------------------
"A cellphone to
me is just an opportunity to be irritated wherever you are." - Linus
Torvalds