[PD] Dropdown Menu external?

Ingo ingo at miamiwave.com
Tue Apr 14 12:53:14 CEST 2020


I ended up using [tof/pmenu] for now because it is more flexible for what I 
want to do and has smaller fonts with 2 columns.
However, I ran into the same problem with both of the tof externals - number 
of entries.
I need to display 128 (MIDI) patch names and I cannot fit more that 87 or so 
on a full HD screen with [pmenu]. [menubutton] seems to have even much less 
entries since it has only one column and a much larger font size.
Unfortunately I can't find a way to change the font size or set the number of 
columns on any of them.
When displaying 87 entries the left colums is half empty (30 lines) so it was 
probably not intended to display more than 60 items.
It would need to have 4 columns of 32 lines each for a total of 128 entries.

I havn't tested [jmmmp/jp.menu] for this to see if there are any options for 
font size and number of columns.

Hopefully I can find the [tof/pmenu] source code and figure out something ...
Besides this one problem it's really easy to use and flexible enough for what 
I need.
With [jp.menu] loading is not the way I would like to have it for flexible 
changes while Pd is running wihout file operations as it looks like now.

Is the tof library still being maintained?

Ingo


> -----Original Message-----
> From: Pd-list [mailto:pd-list-bounces at lists.iem.at] On Behalf Of Ingo
> Sent: Tuesday, April 14, 2020 3:19 AM
> To: 'oliver'; pd-list at lists.iem.at
> Subject: Re: [PD] Dropdown Menu external?
>
> Thanks, Oliver!
>
> [tof/menubutton] looks like it could be easier to handle since it can be 
> made
> to remember menu items in the patch and doesn't always have to read files
> for menus that won't change dynamically. It also doesn't have the problem
> with activating objects underneath the menu despite of the creation order.
>
> Of course I use GOP but I sometimes (more and more often) use a canvas on
> top of a number box for better looks or displaying things that are not
> necessarily numeric - like "off, 1, 2, 3, ..."
>
> When I change the value range of the number box it is on top of the canvas
> which requires extra steps. In some situations where you have several
> sources of e.g. [set $1( or generally any other relatively complex patching 
> you
> might risk forgetting to restore some connections. But I have managed to do
> it anyway so far - it just takes extra time for always double checking.
> It would just be a nice feature for saving time to be able to put objects up
> front or behind. Especially for GUIs.
>
> Ingo
>
>
>
> > -----Original Message-----
> > From: Pd-list [mailto:pd-list-bounces at lists.iem.at] On Behalf Of oliver
> > Sent: Monday, April 13, 2020 11:49 PM
> > To: pd-list at lists.iem.at
> > Subject: Re: [PD] Dropdown Menu external?
> >
> > Ingo wrote:
> > > OK!
> > >
> > > I'm aware of this problem and I'm constantly dealing with this.
> > >
> > > It would be great if Pd would have a few more graphical options like
> > > "put object to front" or "put object to background".
> > > This would save me a huge amount of time when layering different
> > > objects or putting a colored canvas behind an object.
> > >
> > > Especially that now it is only possibly to move something to the front
> > > by cut/paste which removes all connections.
> > >
> > > In Pd-extended it was possible to move an object to the front by Cut &
> > > Undo which would leave all connections in place.
> > >
> >
> > hi, ingo !
> >
> > just for completion:
> >
> > apart from the great jmmmp library, there also the object [menubutton]
> > from the "tof" library. this is the one i use for all of my menu-related
> > purposes.
> >
> > check out it's help file, it's not especially handy to deal with at first
> > sight, but
> > once you figured out the creation commands, you will get what you need.
> it's
> > not an "all included" object like MAX's [menu] though, so you will have to
> > feed it any contents "by hand", but it's doable
> >
> > PLUS you can give it a $0- send and receive name, so use can use it
> > independently and remotely just like any PD vanilla gui object !
> >
> > about putting objects above each other:
> >
> > please also consider putting GUI related things that use patchcords into
> GOP
> > patches (or subpatches) to make the cords invisible. will save you a lot 
> > of
> > trouble and no "object hidden behind object" workarounds are needed
> >
> > best
> >
> > oliver
> >
> >
> >
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list







More information about the Pd-list mailing list