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

[Fred Jan Kraan]

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 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
>