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:[email protected]] > Sent: Monday, September 14, 2020 5:46 PM > To: Ingo; [email protected] > 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:[email protected]] > >> Sent: Monday, September 14, 2020 1:40 PM > >> To: [email protected] > >> Cc: [email protected] > >> 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:[email protected]] On Behalf Of > >>> Fred Jan Kraan > >>> Sent: Monday, September 14, 2020 9:52 AM > >>> To: [email protected] > >>> 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 > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> [email protected] mailing list > >>> UNSUBSCRIBE and account-management -> > >>> https://lists.puredata.info/listinfo/pd-list > >>> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> [email protected] mailing list > >>> UNSUBSCRIBE and account-management -> > >>> https://lists.puredata.info/listinfo/pd-list > > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
