[L2Ork-dev] sliders

[Ivica Bukvic]

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20140919/93e044d2/attachment.html>