[L2Ork-dev] sliders

Ivica Bukvic ico at vt.edu
Fri Sep 19 17:31:41 UTC 2014


BTW, I fixed positioning on the latest git when autopatching objects that
have not yet been properly instantiated.

On Fri, Sep 19, 2014 at 3:09 AM, Gilberto Agostinho <
gilbertohasnofb at googlemail.com> wrote:

>  Hi Ivica,
>
> Thanks for the reply. It is a pity the people from vanilla and extended
> don't want to fix this bug due to legacy problems. Since .pd files are text
> based, it would be trivial to create a conversion tool for old patches and
> distribute it together with the main program (that's how other projects,
> such as LilyPond, handles syntax change).
>
> About the first bug report, I do know how to work around it, I just wasn't
> sure you guys knew about its existence.
>
> Take care,
> Gilberto
>
> On 19/09/14 08:55, Ivica Bukvic wrote:
>
> The iemgui object positioning was a conscious decision to ensure objects
> autopatch and are positioned properly. In other words in vanilla/extended
> they are not positioned according to their xy position and this is a bug
> they don't want to fix due to backwards compatibility. We are looking
> possibly into creating a compatibility flag that would support this buggy
> legacy behaviour but honestly it is not very high on my priority list
> because preferred way would be vanilla and extended fixing the problem
> which is clearly a bug.
>
> As for the first bug report, this one is kind of tricky because when you
> do ctrl+1 and type vsl, that object's height is technically that of a
> default object and the autopatching is attempted before vsl is fully
> instantiated and its height properly set. Let me see if I can think of a
> way to test this.
>
> The most obvious solution is not to type vsl into the object box and
> instead create vertical slider and other gui objects using their keyboard
> shortcuts, e.g. for vsl (as shown in the Put menu) you would type
> shift+ctrl+v.
>
> HTH
> On Sep 19, 2014 9:39 AM, "Gilberto Agostinho" <
> gilbertohasnofb at googlemail.com> wrote:
>
>>  Hello all,
>>
>> I discovered some problems with the placement of sliders due to autopatch:
>>
>> - Using only the keyboard to input a patck (autopatch), the following
>> sequence Ctrl+2, 64, Ctrl+1, vsl, Ctrl+3 results into:
>> http://s13.postimg.org/rgyspkdfr/image.png
>> - but if one types: Ctrl+2, 64, Ctrl+1, vsl and now deselect the [vsl]
>> object and then select it again, and then type Ctrl+3, we get the expected
>> result: http://s27.postimg.org/y146zhcs3/image.png
>>
>> - The same is not true for [hsl], which outputs a beautiful result
>> straight away: http://s30.postimg.org/4pkzkopkh/image.png
>> - The problem here is compatibility: pd-extended's [hsl] is anchored to
>> the left of pd-l2Ork one. Have a look on the same file as above, but opened
>> in pd-extended: http://s28.postimg.org/dkvm4fylp/image.png
>> - This is probably because you tried to fix the odd behaviour of
>> pd-extended's autopath positioning of [hsl]. In pd-extended, if we try
>> Ctrl+2, 64, Ctrl+1, hsl, Ctrl+3, we get:
>> http://s7.postimg.org/b48zw71y3/image.png
>> - And similarly to the [vsl] case described above, if we try Ctrl+2, 64,
>> Ctrl+1, hsl, then deselect and select the [hsl] object again before typing
>> Ctrl+3, we get: http://s9.postimg.org/46vkft1xb/image.png
>>
>> Ideally, the best way of solving this would be to correct pd-extended
>> (and vanilla as well if it shows the same behaviour), else the layout of
>> patches will not be completely compatible between both programs. Imagine
>> someone took a long time creating a pretty GUI with sliders, radios and
>> colored canvas in one program, just to open it in the other one and finding
>> the sliders out of place.
>>
>> Let me know if you wish me to do any more tests involving this issue.
>>
>> Best,
>> Gilberto
>>
>> _______________________________________________
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
>> http://disis.music.vt.edu/listinfo/l2ork-dev
>>
>
>
> _______________________________________________
> L2Ork-dev mailing listL2Ork-dev at disis.music.vt.eduhttp://disis.music.vt.edu/listinfo/l2ork-dev
>
>
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> http://disis.music.vt.edu/listinfo/l2ork-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20140919/9f055de0/attachment.html>


More information about the L2Ork-dev mailing list