[PD] Scrolllbar/dropdown list. Was: : Fixed: menubutton bug ...

Ingo ingo at miamiwave.com
Mon Sep 14 18:36:48 CEST 2020


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 at xs4all.nl]
> Sent: Monday, September 14, 2020 5:46 PM
> To: Ingo; pd-list at 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 at xs4all.nl]
> >> Sent: Monday, September 14, 2020 1:40 PM
> >> To: pd-list at lists.iem.at
> >> Cc: ingo at 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 at lists.iem.at] On Behalf Of
> >>> Fred Jan Kraan
> >>> Sent: Monday, September 14, 2020 9:52 AM
> >>> To: pd-list at 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 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