On 08.04.2013 11:58, Albrecht Schlosser wrote:
> There are two ways to overcome this:
.. at least ..
> (1) I recommend not to use Fl_Pack, ...
>
> (2) I don't recommend this one, but it should give you a clue
> ...
(3) You might also recalculate the button positions in your
callbacks/functions
Oh! I was mid-reply, and I see Albrecht has already said most of what I was
going to say...
> So it appears that when a previous button in the group is removed, the
> button's menu position doesn't get updated.
As Albrecht said, the way Fl_Pack behaves in practice is probably not what you
want
On 08.04.2013 01:27, marty moore wrote:
> What happens:
> 1. When the first button is clicked, and the "delete" option is selected, the
> other buttons disappear, but the menu is where the clicked button used to be,
> not where the button is actually located.
> 2. If the "add" option is selected
marty moore wrote:
> I've been playing around with this because I want to create a
> set of buttons that change to indicate where the user is in the
> program, instead of using a status bar. Maybe a little odd, but
> sounded interesting.
>
> I'd appreciate any ideas.
You could always set up a se
Hi all,
I'm playing around with dynamic buttons in a group. I'm using FLTK-1.3,
gcc-4.4.5, emacs 23, on a debian 6.5(64bit) system.
An example program, which demonstrates the problem,is included below.
What's supposed to happen:
1. click on a button, and a menu pops up with "add" and "delete" op
5 matches
Mail list logo