<div dir="ltr">what about the compiled externals?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sáb., 13 de fev. de 2021 às 17:56, Roman Haefeli <<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 2021-02-11 at 15:05 -0300, Alexandre Torres Porres wrote:<br>
> If you want a vanilla dropdown, Henri made one here <br>
> <a href="https://github.com/HenriAugusto/guilla" rel="noreferrer" target="_blank">https://github.com/HenriAugusto/guilla</a><br>
<br>
I found an important difference between [guilla/dropdownMenu] and<br>
[jmmmp/jp.menu]. The former uses sliders as buttons while the latter<br>
uses scalars of data structures. The problem with sliders is that (like<br>
any other regular GUI widget in Pd) the lowest one gets the click if<br>
there is an overlap. When [dropdownMenu] is placed right on top of<br>
other GUI stuff, in expanded view you can either not click the items or<br>
you cannot see them, depending on which order [dropdownMenu] was<br>
created relative to the other stuff. Thus, [dropdownMenu] doesn't help<br>
in saving screen estate.<br>
<br>
It seems with expanded view of [jp.menu] covering other stuff, you can<br>
still click the listed items, though the widgets below gets the click,<br>
too. It's not ideal, but one can at least "protect" other stuff by<br>
registering whether [jp.menu] is expanded or not.<br>
<br>
It turns out it's a science to get this right. <br>
<br>
Roman<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>