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@lists.iem.at] On Behalf Of Ingo Sent: Tuesday, April 14, 2020 3:19 AM To: 'oliver'; pd-list@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@lists.iem.at] On Behalf Of oliver Sent: Monday, April 13, 2020 11:49 PM To: pd-list@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@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list