Fantastic! I'll check it tomorrow and report back.
-----Original Message----- From: Fred Jan Kraan [mailto:fjkraan@xs4all.nl] Sent: Monday, September 14, 2020 9:23 PM To: Ingo; pd-list@lists.iem.at Subject: Re: Scrolllbar/dropdown list. Was: : [PD] Fixed: menubutton bug ...
Hi Ingo,
Version 0.2.4 will be available from deken tomorrow (you can fetch it now from https://puredata.info/Members/fjkraan/software/tof/0.2.4/).
The proper way is set the maximum length first and only then fill the list. The menu will be "interesting" if you mix the add and max_column_height messages.
Greetings,
Fred Jan
Fred,
it would be really fantastic if you could look into fixing pmenu. :-)
I'm constantly trying to avoid large dropdown menus - even though I need them - because no object that I know of can handle it properly.
Ingo
-----Original Message----- From: Fred Jan Kraan [mailto:fjkraan@xs4all.nl] Sent: Monday, September 14, 2020 5:46 PM To: Ingo; pd-list@lists.iem.at Subject: Re: Scrolllbar/dropdown list. Was: : [PD] Fixed: menubutton bug
...
Hi Ingo,
Indeed a scrollbar on a dropdown-menu wouldn't be very good GUI design practice.
The pmenu should be easier to adapt. I guess the original intention to have it start a new column every 30th item, but that doesn't work. I could try to fix this and make the max-column-length an option. Maybe even keep the current behaviour if no max-column-length is specified to keep backward compatible. It might be someone depends on it.
BTW, the COLUMNBREAK = 30 is in pmenu_w.h.
Greetings,
Fred Jan
Hi Fred,
no scrollbar please ! ! !
But on Windows I do at least have the possibility to scroll down if not all values are shown. On Linux that's not possible. I can fit 56 entries on my full HD screen and the rest is not accessible at all. I suspect that this is part of the operating system ...
So, dividing the menu into several rows - if needed - would look like the best way to do it. [tof/pmenu] does this but unfortunately the first column is limited to 30 entries and the number of columns seems to be limited to 2.
Looks like [tof/pmenu] would be easier to change to do what I need by extending the number of entries per row and columns. Being able to set a maximum amount of rows per column would be perfect with up to 4 or 5 rows.
I had downloaded the source code before but since I'm no good at these things I couldn't manage to change it.
Ingo
-----Original Message----- From: Fred Jan Kraan [mailto:fjkraan@xs4all.nl] Sent: Monday, September 14, 2020 1:40 PM To: pd-list@lists.iem.at Cc: ingo@miamiwave.com Subject: Scrolllbar/dropdown list. Was: : [PD] Fixed: menubutton bug ...
Hi Ingo,
A lot is possible, as Tk commands are created and executed. But do I understand correctly, you want a menu-dropdown list with a
scrollbar?
Your application is probably not a menu, but I would think selecting from a 128 or 256 items-list would call for a different GUI solution.
But I can look into it to see what is possible with Tk. Don't hold your breath and make sure to look for alternative solutions (like jmmmp/cellblock?).
Greetings,
Fred Jan
Hi Fred,
[tof/menubutton] is a great extarnal !
One thing that's on my wishlist which would be the ability to use
columns.
I need sometimes menus with more items that fit onto a single HDMI screen like 128 MIDI program names or menus with up to 256 items.
Would it be possible to add columns to fit all items onto one screen without having to scroll? In order to work best it should either be settable how many rows are in one column or it should be set automatically according to the screen size. Right now I'm getting 61 rows on Windows, if I remember correctly I got 60 (?) on Debian.
At least on my Windows mashine that I used for testing I could not scroll with my mouse wheel. Not sure atm if it works on Linux where I usually need to use it.
Thanks! Ingo
From: Pd-list [mailto:pd-list-bounces@lists.iem.at] On Behalf Of Fred Jan Kraan Sent: Monday, September 14, 2020 9:52 AM To: pd-list@lists.iem.at Subject: [PD] Fixed: menubutton bug ...
Hi List, A new version of tof, 0.2.3 is available which fixes this bug, caused by my code-cleanup in 0.2.2. It is available for all the usual platforms. Thanks to Oliver for finding and reporting the bug. Greetings, Fred Jan On 12/09/2020 03.09, oliver wrote: Hi,
i just discovered a bug in the [menubutton] object of the TOF library, in version 0.2.2
if you send a float to the [menubutton] object to recall an item by index (or also if you just want to "set" it with a float), it is always interpreted as 0, no matter what the sent number was.
on the other hand, symbols work, also with the "set" method.
this bug wasn't there in TOF version 0.2.1, i checked it on PD 0.48 through 0.51 (both 32 and 64 bit versions)
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