[L2Ork-dev] sliders

[Gilberto Agostinho]

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 
> <mailto: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 <mailto:L2Ork-dev at disis.music.vt.edu>
>     http://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/3ce18ea6/attachment.html>