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
Hi Oliver :)
How about reporting to Fred at https://github.com/electrickery/pd-tof/issues
:)
Mensaje telepatico asistido por maquinas.
On 9/11/2020 10:09 PM, 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
Lucas Cordiviola wrote:
Hi Oliver :)
How about reporting to Fred at https://github.com/electrickery/pd-tof/issues
Hi, Lucas !
Thanks for the heads up ! Just did !
Best
Oliver
sidestep, you can also use jmmmp/jp.menu (doesn't have the same features as menubutton)
On Sat, 12 Sep 2020 at 11:17, oliver oliver@klingt.org wrote:
Lucas Cordiviola wrote:
Hi Oliver :)
How about reporting to Fred at
https://github.com/electrickery/pd-tof/issues
Hi, Lucas !
Thanks for the heads up ! Just did !
Best
Oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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
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
maybe you can misuse [jmmmp/cellblock] for this
On Mon, 14 Sep 2020 at 11:36, Ingo ingo@miamiwave.com wrote:
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
Thanks, João!
I'll check it out. Seems to be relatively new. I'm still on Pd 0.49. Does it run with this Pd version?
From: João Pais [mailto:jmmmpais@gmail.com] Sent: Monday, September 14, 2020 11:44 AM To: Ingo Cc: pd-list@lists.iem.at Subject: Re: [PD] Fixed: menubutton bug ...
maybe you can misuse [jmmmp/cellblock] for this
On Mon, 14 Sep 2020 at 11:36, Ingo ingo@miamiwave.com wrote: 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
I can't tell anymore. You can try, but it would be better to always update Pd - afaik rarely something gets broken, and new interesting features are added.
Thanks, João!
I'll check it out. Seems to be relatively new. I'm still on Pd 0.49. Does it run with this Pd version?
From: João Pais [mailto:jmmmpais@gmail.com] Sent: Monday, September 14, 2020 11:44 AM To: Ingo Cc: pd-list@lists.iem.at Subject: Re: [PD] Fixed: menubutton bug ...
maybe you can misuse [jmmmp/cellblock] for this
On Mon, 14 Sep 2020 at 11:36, Ingo ingo@miamiwave.com wrote: 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
João Pais wrote:
maybe you can misuse [jmmmp/cellblock] for this
On Mon, 14 Sep 2020 at 11:36, Ingo <ingo@miamiwave.com mailto:ingo@miamiwave.com> wrote:
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.
or, if you dare, try my personal GUI solution for this.
(João was first, though ;-))
It's from my personal selfmade GUI-collection, that i plan to release this year, but i have to take some more time to do final testings. So, this might not be ready for prime-time, but i already use it in personal projects
Best
Oliver
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
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
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
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
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
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
Hi Fred,
after having tested [tof/pmenu] v.0.2.4 first on Windows7 I just added it to my current project in Linux. Works great on Windows and Linux!
I'm so happy! This will improve and simplify my graphical user interface so much now!
Thanks a lot, Fred! I really appreciate your effort! Ingo
-----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
Hi Ingo,
Thanks for testing and the report. It is always great to hear from a happy user.
Greetings,
Fred Jan
Hi Fred,
after having tested [tof/pmenu] v.0.2.4 first on Windows7 I just added it to my current project in Linux. Works great on Windows and Linux!
I'm so happy! This will improve and simplify my graphical user interface so much now!
Thanks a lot, Fred! I really appreciate your effort! Ingo
-----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
Em seg., 14 de set. de 2020 às 09:50, Ingo ingo@miamiwave.com escreveu:
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.
funny, for me I get scrolling down - I'm on macOS
On Linux scrolling doesn't work at all for me. But I must say that I have an older version installed.
-----Original Message----- From: Ingo [mailto:ingo@miamiwave.com] Sent: Monday, September 14, 2020 11:31 AM To: 'pd-list@lists.iem.at' Subject: RE: [PD] Fixed: menubutton bug ...
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
Hi, right clicking on menubutton doesn't work for showing "properties/help" options. It seems this never worked.
Em seg., 14 de set. de 2020 às 04:59, Fred Jan Kraan fjkraan@xs4all.nl escreveu:
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
Alexandre Torres Porres wrote:
Hi, right clicking on menubutton doesn't work for showing "properties/help" options. It seems this never worked.
it does work alright. just tested it.
it's just a very thin frame (what you might consider [menubotton]'s border - probably only 1 pixel wide) around the GUI that you have to hit to make the context menu appear.
best
oliver
well, I can't hit it anyway, well, actually, now I see that if I select it while in edit mode, it works - but that's not right.
The mouse button also doesn't change as usual in Pd when going through the GUI area, showing you that you can click and interact with it. There's probably a lot to revise on this external.
Em seg., 14 de set. de 2020 às 14:01, oliver oliver@klingt.org escreveu:
Alexandre Torres Porres wrote:
Hi, right clicking on menubutton doesn't work for showing "properties/help" options. It seems this never worked.
it does work alright. just tested it.
it's just a very thin frame (what you might consider [menubotton]'s border - probably only 1 pixel wide) around the GUI that you have to hit to make the context menu appear.
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Fred Jan Kraan -
Ingo -
João Pais -
Lucas Cordiviola -
oliver